WIND RIVER 


Wind River Compiler 
for ARM/XScale 


USER'S GUIDE 


5.4 


Copyright © 2006 Wind River Systems, Inc. 


All rights reserved. No part of this publication may be reproduced or transmitted in any 
form or by any means without the prior written permission of Wind River Systems, Inc. 


Wind River, the Wind River logo, Tornado, and VxWorks are registered trademarks of 
Wind River Systems, Inc. Any third-party trademarks referenced are the property of their 
respective owners. For further information regarding Wind River trademarks, please see: 


http://www.windriver.com/company/terms/trademark.html 


This product may include software licensed to Wind River by third parties. Relevant 
notices (if any) are provided in your product installation at the following location: 
installDirlproduct_name/3rd_party_licensor_notice.pdf. 


Wind River may refer to third-party documentation by listing publications or providing 
links to third-party Web sites for informational purposes. Wind River accepts no 
responsibility for the information provided in such third-party documentation. 


Corporate Headquarters 
Wind River Systems, Inc. 
500 Wind River Way 
Alameda, CA 94501-1153 
US.A. 


toll free (U.S.): (800) 545-WIND 
telephone: (510) 748-4100 
facsimile: (510) 749-2010 


For additional contact information, please visit the Wind River URL: 
http://www.windriver.com 
For information on how to contact Customer Support, please visit the following URL: 


http://www.windriver.com/support 


Wind River Compiler for ARM/XScale User's Guide, 5.4 


26 Apr 06 
Part #: DOC-15788-ND-00 


Contents 


PART |: INTRODUCTION 


1 


OW scisscintccincesnticicnanciciaidnndesis du vbiceuanicuieaddabencbobsnbibaiauieaddenbebuieacensel 
gM aha (os ate) 9 qrereereneereserereertre rs Parse rrerer tee rerenre rerte tery ir i are rerernreny ferer verter rats ferreeer rye eter re 
L2 “Overniew of the To0lscciodsicnnncnckiienniie ieee 
Important Compiler Features and Extensions .........ccccceeessesseeeeeees 

High Pertormaticd Opiate One: saiicisisssstpeiceisionseencntnasiedeunveer sbanuiecsats 

PAIL Ey as cacet en Gis iaceiae nai ah ead aa ao 

Lo “Decanienhot: cnnccnimnumionsimmmnnncoinincumminhnamananiins 
TDA Wee BRC es niioesccacacccictinastacntecaticimieeecatraeae me rmaeiats 

PCCIMON all OMENS OY a. cssesactbisncncndianancxinashcarnnnenninccrocnaiendeotincnceand 
Configuration and Directory Structure ..........:::ccccesseeeesseeeeeeseeeeeeeeees 
ZL ‘CoOMPONeNnts atid DITECOLI!SsS: scstniosssssacinsennaresrsesieciviannnsasssnssaeneeatanisscauvarnnsieneinn 
2.2 Accessing Current and Other Versions of the Tools .........sssssssessssesssseseeseeees 
Zed EARP TUM Vata ONS sc saseicsnsaensssnia casein sanacanensecesessiisatacnoonshsnsnsdipontacancnsbtomensauehes 
2.3.1 Environment Variables Recognized by the Compiler ..........:.:0e 


iti 


Dnr EL 


Wind River Compiler for ARM/XScale 
User's Guide, 5.4 


Drivers and Subprogram FIOW .......:::ccccssseeeceeseseeeeeseeeeeeseeeeeeeeseeeneneees 17 
Selecting a Target and Its COMpPONENES ...........seeceseseeeeeneeeeeeeeeeeeeeees 21 
DE SRLSCONE A TANCE sisisisminmasriciresenensieieisminangiainneienagisiniabaaaineeone 21 
4.2 Selected Startup Module and Libraries ............cccssssssssesssssessssseesesssesseseseseeeees 24 
4.3 Alternatives for Selecting a Target Configuration ..........scsssssssscsesereessseseees 25 


PART Il: WIND RIVER COMPILER 


5 


Mirvac Lacy Cin nan UN a se ccc peccscceectcceneeteeteee erect nie 29 
5.1 The (omar Line i sancssicenstscerseenrsvciccemenncnice csi meaner 29 
5.2 Rules for Writing Command-Line Options ............ccsssssssssseseseeeceecesessetsseseeeeees 30 
Same Option More Than Ont8 icccsincsicincieciinaninnaininiinnes 30 
Command-Line Options are Case-sensitiVe ..........c ccc eeeeeees eal 

Spaces In Command-Line Options: risiiscsisssevesienitispeiavecsaaciorvevvisens 31 

LOUIE VaIMeS: Wininianniuidiiauia annua aan Bl 

Unrecognized Options, Passing Options to the Assembler or Linker 32 

Deh LAINE opps sncsnsisnsisinnnsnveneicnis sis aedsvnse taanenis dndsccemsekintipeninoneaudaiaseinaniacns 32 

5.3 Compiler Command-Line Options sisi ccsicsiesssssscciesorsvsssnesiaotoisirisavevinaeis 33 
he ri Show Information About Compiler Options (-?, -?...,-h, -h...,--help) 34 

5.3.2 Ignore Predefined Macros and Assertions (-A-) ......ceeeee eee 34 

Dou Define Assertion (-A. assertion) 25 ciscdeccsenmnincencrnenninnemecctennnies 34 

Baek” Pee Plone (omnes tA) ccna ancccnaamenanrenstaemancaareamnnstich 34 

Sao pian After Assembly, Procite OMect Ge): scdiissnisnsuuisiaanatons es, 

5.3.6 Define Preprocessor Macro Name (-D name=definition) ............0.0... 25 

5.3.7. Stop After Preprocessor, Write Source to Standard Output (-E) ....... 35 

523.08  Chatee Diagnostic Severity Level, (2) sscivsrstisiicaaincscctntcaveadinensinnae 36 

5.3.9 Generate Symbolic Debugger Information (-g) «0... oF 

5.3.10 Print Pathnames of Header Files (-H) .0......cceceesscesseseeeeeeseceeeeeeeeeeeeeeeees 38 


Contents 


Specify Directory for Header Piles (- ditt) .cociscisisssrssasnrsiostivnssariasansnens 
Control Search for User-Defined Header Files (-I@) .......cceeeseeeeeee 


Modify Header File Processing (-i file1=file2) ...........cssscccsssnsessseessee 


Specify Directory For-l Search List -L:dis) scicinccsaoaisrensamaercenscere 


Specity Library or Process File (-1 matte) siscsscnsicercrsasninnncrcsnniacesiersonteinn 


Specify Pathname of Target-Spec File (-M target-spec) .......sseseeees 
Sei iy bce Ota cl) At eee eeeae ee eer ene ay ane nett eran aan er eres 
mpeciiy (hitput Pile Ge tig) saccnssciennacnainvnrncamanmmmeniamenbeiees 


Stop After Preprocessor, Produce Source (-P) 


beeen ne eeeecenecceeceenseeenceeccceees 


Stop After Compilation, Produce Assembly (-S) ....-sesssssssssseeseeens 


Select the Target Processor (-t toftenvirONn) ........ceee ee eeeeeteeeeee teense 


Undefine Preprocessor Macro Name (-U name) .......e 


Display Current Version Number (-V, -VV) .... 
Run Driver in Verbose Mode (-v) ....... 


Pass Arguments to the Assembler (-W a,arguments, 
mY See AE UITICIE) rcmenninincual ahaa oenNKeN 


Define Configuration Variable (-W Dname=value) ..........:0ceeee 


Pass Arguments to Linker (-W l,arguments, -W :ld:,arguments) ...... 
pearid Pile (-W file) a sacssiseucastanst cassvanensnancncoacvevens 
Specity Start Mocliale (V8 Sethe) sic cccssssasirendannrsesaninsnsriccsrsasininnsostaabens 


Specify Linker Com: 


Substitute Program or File for Default (-W xfile) .......cseseeeeeeee 


Pass Arguments to Subprogram (-W x,arguments) «1... 
Associate Source File Extension (-W x.ext) ......... Keanu 
Suppress All Compiler Warnings (-w) ........... 

Set Detailed Compiler Control Options (-X option) .. 
Specify Default Header File Search Path (-Y I,dir) 
Specify Search Directories for -l (-Y L, -Y P, -Y U) . 
Specify Search Directory for crt0.o (-Y S,dir) ..... 
Print Subprograms With Arguments (-#, -#Ht, HHP) oo. cescecssesseeseeseennes 


5.4 


Wind River Compiler for ARM/XScale 
User's Guide, 5.4 


5.3.39 Read Command-Line Options from File or Variable (-@name, 


SAU NS I tian Rivest iia neni res Ad tat ininauanmreligadualaiitl Annas Aleetiay 48 
5.3.40 Redirect Output (-@E=file, -@E+file, -@O=file, -@O+file) ou. 48 
i palet<*. On0NS vainrindanceocnomunaauecnnnaeeccnawens 48 
BAA Option Der ccnauistraninuueaacenirin mann cadeaatumniehaiuadaeinos 49 
S42 Compiler Options By PUmch an cwvinctsssnnnivecsnscnensneioemne 50 
5.4.3. Prefix Function Identifiers With Underscore (-Xadd-underscore) ..... 57 
5.44 Set Addressing Mode for Sections (-Xaddir-...) .o.ccceeee eee B7 
5.4.5. Align Functions On n-byte Boundaries (-Xalign-functions=n) ......... 57 
5.4.6 Specify Minimum Alignment for Single Memory Access to 

Multi-byte Values (-Xalign-min=n) ........csscessseeessctssesesssesesssseenseenees 58 
5.4.7. Assume No Aliasing of Pointer Arguments (-Xargs-not-aliased) ..... 59 
5.4.8 Specify Minimum Array Alignment (-Xarray-align-min) ............00 ne 
5.4.9 Change bit-field type to reduce structure size 

dA DltehiP lel sa COUN MES en.. i) csisicouiscuatdigebion datndiinien suai enema muons 59 
5.4.10 Specify Sign of Plain Bit-field (-Xbit-fields-signed, 

«Mbit fiel ASST) es insesttcorerarsisstencieuntadacreasiaenihivoananatnntinntacdeeararascds 60 
5.4.11 Insert Profiling Code CXblOck-count) ....icscsiiessverercpniciepsnvirerssenn 60 
BAI2 ‘Set Type ior bool (-Abool-is...) sscnisccuncnmanniinndntmasmnins 61 
5.4.13 Control Use of Bool, True, and False Keywords (-Xbool-...) «0.1.0.0... 61 
5.4.14 Parse Initial Values Bottom-up (-Xbottom-up-init) .......cccceeeeeees 61 
5.4.15 Control Allocation of Uninitialized Variables in “COMMON” 

and bss Sections (-Xbss-off, -Xbss-common-off) ........:::ecseeeeeeeeeeees 62 
5.4.16 Use Abridged C++ Libraries (-Xet+-abr) ssiiscscsssispescsascssisncperivesions 62 
BAI? Use Old Cae Compiler (Xe SO): ci sscsasctsanscansnshsasndsanakensinshenabacanantinen 62 
5.4.18 Optimize Global Assignments in Conditionals (-Xcga-min-use) ...... 62 
5.4.19 Generate Code Using ASCII Character Set (-Xcharset-ascii) ............. 63 
5.4.20 Specify Sign of Plain Char (-Xchar-signed, -Xchar-unsigned) ........... 63 
5.4.21 Use Old for Scope Rules (-Xclass-type-name-visible) ..........ccceeee 64 
5.4.22 Disregard ANSI C Library Functions (-Xclib-optim-off) ...........000 64 


vi 


5.4.23 
5.4.24 
5.4.25 
5.4.27 
5.4.28 


5.4.29 


5.4.30 


5.4.31 
5.4.32 
5.4.34 
5.4.36 


5.4.37 


5.4.38 
5.4.39 
5.4.40 
5.4.41 
5.4.42 
5.4.43 
5.4.44 
5.4.45 
5.4.46 
5.4.47 


Contents 


Enable Cross-module Optimization (-Xcm0-...) ...ssscssssssssesnsessseesseessns 
Use the ‘new’ Compiler Frontend (-Xcnew) .....ssssesssssessseesssssessseesesees 
Use Absolute Addressing for Code (-Xcode-absolute...) ....sessesses 


Mark Sections as COMDAT for Linker Collapse (-Xcomdat) 
Maintain Project-wide COMDAT List (-Xcomdat-info-file) .. 


Optimize Static and Global Variable Access Conservative 
(-Xconservative-static- 


Locate Constants With “text” or “data” (-Xconst-in-text, 


ah COMETS ricetdarcencicinr malice ptridieuenen iri onan 


Dump Symbol Information for Macros or Assertions 
(-Xcpp-dump-symbols) .... 
Suppress Preprocessor Spacing (-Xcpp-no-space) . 


Use Absolute Addressing for Code (-Xdata-absolute...) .... 


Generate Position-independent Data (PID) (-Xdata-relative...) 


Align .debug Sections (-Xdebug-align=n) 0.2... 


Select DWARF Format (-Xdebug-dwarf...) ...cccssesssessesseeeeeeeeenees 


Generate Debug Information for Inlined Functions 


NA ANNI sri eaccrncveacsexrinonesnncisdasnslbolessisstiavisuicasnstescioanascs 


Emit Debug Information for Unused Local Variables 


(-Xdebug-local-all) ... 
Generate Local CIE for Each Unit (-Xdebug-local-cie) ... 


Disable debugging information Extensions eae 
Disable Debug Information Optimization (-Xdebug-struct-...) ......... 
Boece, inlet LRG.) cinenniiamimeiadnanmmnncdiaiencmin 


Disable Digraphs (-Xdigraphs-...) .. 
Allow Dollar Signs in Identifiers (-Xdollar-in-ident) ... 


Control Use of Type “double” (-Xdouble...) .......ceceeeeeeeeeeeeeees 
Generate Initializers for Static Variables (-Xdynamic-init) ................ 
Compile in Little-endian Mode (-Xendian-little) 0.0.0.0. cece 
Specify enim Type -AcnUnHis-.,) sncimaninnrccannnonnnaicenimnannnancin 


vii 


Fi). Sentadurapieaiecues ncaamianrcanvatundenen mutant 


Wind River Compiler for ARM/XScale 
User's Guide, 5.4 


5.4.48 
5.4.49 
5.4.50 
5.4.51 


5.4.52 
5.4.53 


5.4.54 
5.4.55 


5.4.56 
5.4.57 


5.4.58 
5.4.59 
5.4.60 
5.4.61 
5.4.62 
5.4.63 
5.4.64 


5.4.65 
5.4.66 
5.4.67 
5.4.68 
5.4.69 


5.4.70 


5.4.71 


Vili 


Enable Exceptions (-Xexneptione-..) sciinneinsmidsacenincaanne 
Control Inlining Expansion (-Xexplicit-inline-factor) «0.0.0... 
Force Precision of Real Arguments (-Xextend-args) .........cc cee 


Specify Degree of Conformance to the IEEE754 Standard (-Xfp-fast, 
sea PAu i= A BOAR UM) .sisccssiesesi sie daiiaakiy ai ardsheldoudibiaaMaerieresranaiins 


Optimize Using Profile Data (-Xfeedback=file) 0.0.0.0... cece 


Set Optimization Parameters Used With Profile Data 
(-Xfeedback-frequent, -Xfeedback-seldom) ............:cessseeseeseseeeeee 


Use Old for Scope Rules (-Xfor-imit-scOpe-...) ....sssssscerssersssesssenensseens 


Generate Warnings on Undeclared Functions 
(-Xforce-declarations, -Xforce-PrototyPes) .....cssccessecsesseessseeeessveessees 


Suppress Assembler and Linker Parameters (-Xforeign-as-ld) ......... 


Convert Double and Long Double (-Xfp-long-double-off, 
aR ED FAONIY) sccuctatnniinnsn dl ianiina deinen ny 


Specify Minimum Floating Point Precision (-Xfp-min-prec...) .......... 
Generate .frame_info for C functions (-Xframe-info) .........:::seeeeee 
Include Filename Path in Debug Information (-Xfull-pathname) ..... 
Control GNU Option Translator (-Xgcc-Options-...) .o.cccesesceeeseeeees 
Treat All Global Variables as Volatile (-Xglobals-volatile) .................. 
Do Not Pass #ident Strings (-Xident-off) ...c.c..cccccssessesessssseseessseseenees 


Enable Strict implementation of IEEE754 Floating Point Standard 
{AGRO 7 ODOC ANTE) sriciuiesd asinnaninonarintaaenon yacmracstanneneesimialsanesest 


Control Template Instantiation (-Ximplicit-templates...) ........:s0 
Treat #include As #import (-MiM POF)» ciciicicencccneranoragcauss 
Ignore Missing Include Files (-Xincfile-missing-ignore) ..........:0000+ 
Initialize Local Variables (-Xinit-locals=mask) ..........:esseceseeseseteeeeseees 


Control Generation of Initialization and Finalization Sections 
Pere SeCHON) Waianae eceeeamaign ea eam iag tien 


Control Default Priority for Initialization and Finalization 
nections (-Ainit-section-detai prt) cus cceisccsisiss ncnseretanasniarricerceaaracincss 


Define Initial Value for -Xinit-locals (-Xinit-value=n) ..........:eeeeee 


74 


5.4.74 
5.4.75 
5.4.76 


5.4.78 
5.4.79 


5.4.80 
5.4.81 


5.4.82 


5.4.83 


5.4.84 
5.4.86 


5.4.87 
5.4.88 
5.4.89 
5.4.90 


5.4.91 
5.4.92 
5.4.93 
5.4.94 
5.4.95 


Contents 


Inline Functions with Fewer Than n Nodes (-Xinline=n) ........0000 


Allow Inlining of Recursive Function Calls (-Xinline-explicit-force) 


Enable Intorworking (-Xinmterwerk) icccisniisssrscssinacardscusnerneaarmuvansie 


Enable Intrinsic Functions (-Xintrinsic-mask) ........:cceseeceseeseeeeeteeeeees 


Set longjmp Buffer Size (-Xjmpbuf-size=n) ... 


Create and Keep gS or rt se File: = etic penned: 


-Xkeep-object-file) ... i a 


Enable Extended Keywords (-Xkeyword 


Disable Individual oe C X] 
-Xkill-reorder=mask) .. essed 


<ill-opt=mask, 


BSUURASK scanned 


Wart For License (x icense-wait) sccccsasiSniastsiemaunaiasinauvaes 


Generate aie On aaa ae alee Code 


(-Xlint=mask) .. 


Allocate Static and Global Variables to Local Data Area 


Restrict Local Data Area Optimization to Static Variables 


(-Xlocal-data-area-static-only) ... 


Do Not Assign Locals to Registers (-Xlocals-on-stack) ......sesseseeses 


Expand Macros in Pragmas (-Xmacro-in-pragma) .......ssecseeseeeseecsees 


Warn On Undefined Macro In #if Statement 
(-Xmacro-undefined-warn) .. 


Show Make Rules (-Xmake-dependency) 


Specify Dependency Name or Output File (-X oe oncy-...) 


Set Template Instantiation Recursion Limit (-Xmax-inst-level=n) .... 


Set Maximum Structure Member Alignment 


CS ice senna 


Treat All Variables As Volatile (-Xmemory-is-volatile, -X...-volatile) 


Warn On Type and Argument Mismatch (-Xmismatch-warning) .... 


Speciy Secon Name (-Amatiite...) -scsicsncsacticaiciaucccummamncnees 


Disable C++ Keywords namespace and Using (-Xnamespace-...) .... 


Enable Extra Optimizations (XO) cccasiicananngcinsmmaniinmennnes 


Wind River Compiler for ARM/XScale 
User's Guide, 5.4 


Use Old Inline Assembly Casting(-Xold-inline-asm-casting) ............ 96 
Execute the Compiler’s Optimizing Stage n Times (-Xopt-count=n) 97 
Disable Most Optimizations With -g (-Xoptimized-debug-...) .......... a7 
Specify Optimization Buffer Size (-Xparse-size) ......... cess a7 
Output Source as Comments (-Xpass-SOULce) ......cccsssecersnsssetetseeseeeees 98 
Use Precompiled Headets CXpcliaa.) scicsssseseienisnnrssperernricnevesvenses 98 
Generate Position-Independent Code for Shared Libraries (-Xpic) .. 99 
Treat All Pointer Accesses As Volatile (-Xpointers-volatile) .............. ay 
Control Interpretation of Multiple Section Pragmas 

heer ena ne CHiN 6.) aspsiciniaseea strane se NMA wa uaatbaia tele aensuKe 99 
Preprocess Assembly Files (-Xpreprocess-assembly) .........:ccceeeee 99 
Suppress Line Numbers in Preprocessor Output 
eApreprocessor-liMenO-OM) sasciniinianidminimisnnnndiencaimunues 100 
Use Old Preprocessor (-Xpreprocessor-Old) .......c:sssscesssssesssesseeneseees 100 
Generate Profiling Code for the RTA Run-Time Analysis 

Tost Suite APIO.) cajiciincniiiied meinen ean annie 100 
Select Target Executable for Use by -Xprof-feedback (-Xprof-exec) . 101 
Optimize Using RTA Profile Data (-Xprof-feedback) ........0. cee 101 
Select Snapshot for Use by -Xprof-feedback (-Xprof-snapshot) ........ 103 
Restart Optimization From Scratch (-Xrestart) ...0.cccsesensenancoeanes 103 
Generate Code for the Run-Time Error Checker (-Xrtc=mask) ......... 103 
Enable Run-time Type Information (-Xrtti, -Xrtti-off) «0.00. 103 
Pad Sections for Optimized Loading (-Xsection-pad) .........csseeeeee 104 
Generate Each Function in a Separate CODE Section Class 

A CUIORUS EY IED: 3 cece snsisaisreacasaaticcapapiehtaninncantabeakdnitan eaniaanapes dameceannanees 104 
Disable Generation of Priority Section Names (-Xsect-pri-...) ........... 105 
Control Listing of -X Options in Assembly Output 
(SHG OO SEA TIONISI cenncsaesura cinta cinaucstsukentnenioeusansxaxinens 105 
Frint Instantiations (-XSHOweiist) scasscsiiisistisesecscetraniviverneeameniniiieesenes 105 
Show Target (-xshow-tareet) ssccnicacamnnnneiasacnaeurncaniece 106 


5.4.121 
5.4.122 
5.4.123 
5.4.124 
5.4.125 
5.4.126 
5.4.127 
5.4.128 
5.4.129 


5.4.130 
54.131 
5.4.132 


5.4.133 


5.4.134 
5.4.135 
5.4.136 
5.4.137 
5.4.138 
5.4.139 
5.4.140 
5.4.141 
54.142 
5.4.143 
5.4.144 
5.4.145 
5.4.146 


Contents 


Optimize for Size Rather Than Speed (-Xsize-Opt) .....ssssssescseeses 
Select Software Floating Point Emulation (-Xsoft-float) 0.0.0.0... 
Enable Stack Checking (-Xstack-probe) .....-ssssssssssssssssesssssesessneeeessneeees 
Diagnose Static Initialization Using Address (-Xstatic-addr-...) ....... 
Treat All Static Variables as Volatile (-Xstatics-volatile) 0.0... 
Buffer stderr (-Xstderr-fully-buffered) 0.0... cesses eeseesesseesesseeesesees 
Terminate Compilation on Warning (-Xstop-on-warning) ..........+ 
Compile C/C++ in Pedantic Mode (-Xstrict-ansi) ....... cece 


Ignore Sign When acini Bit-fields 
(-Xstrict-bitfield-promotions) .. sialainstdtes 


Align Strings on n-byte Boundaries (- Se ataanellenaie: 


Warn on Large Structure (-Xstruct-arg-warning=N) «1... 


Control Optimization of Structure Member oo 
(ASI MCHA BAS lila...) aes aessariorineericiaeneearenainaeun haemo 


Set Minimum Structure Member Alignment 
(-Xstruct-min-align=n) ... 


Suppress Warnings (-Xsuppress-warnings) 


Swap ‘\n’ and ‘\r’ in Constants (-Xswap-cr-nl) 
Set Threshold for a Switch Statement Table (-Xswitc 
Disable Certain Syntax Warnings (-Xsyntax-warning-...) ...cessesee 
Select Target Processor (-Xtarget) . 


Specify Loop Test Location CXtest-ate..) sccssisssencancsnasaeinarteninearcoarens 
Truncate All Identifiers After m Characters (-Xtruncate) «0... 
Append Underscore to Identifier (-Xunderscore-...) ....seseesseeeeeens 


Control Loop Unrolling (-Xunroll=n, -Xunroll-size=n) 


Runtime Declarations in Standard Namespace (-Xusing-std-...) ...... 
Void Pointer Arithmetic (-Xvoid-ptr-arith-Ok) ........scsecssesseessesseeeseenes 
Define Type for wchar (-Xwchar=n) .........-+4+. ae aacaaaalaaenien 
Control Use of wchar_t Keyword (-Xwehar_t-...) oscccseseecseeeeees 


xi 


106 
106 
106 
107 
107 
107 
107 
107 


.. 108 
. 108 


108 


108 


Wind River Compiler for ARM/XScale 
User's Guide, 5.4 


5.5 Examples of Processing Source Files ........ssssssssssscssesssssssseseseseaessssssesseaeaeseseees 114 
po. ‘Compile and Links ncccuniussiounnarmicaawninenoniakinainns 114 

Ba.2 Sepatate Com pilannt scicscciecscccneinieninematincads 115 

ame 3 totsals! GLO [10:1 Sen Gre mera ter neer ns mere Teer Src rnnaT snr Vet Ore eneyaTe eecy rere er 116 

554 Pracompiled Meggets iicacicucurnimucaduhomnninedansiems 116 
Additions to ANSI C and C++ .......:ccscsssssssssessesessesesesnessnessessesnennenes 117 
6.1 Preprocessor Predetined Macros: iccssssssicsrnasininesiaencsasnenansnicasenasarivenennenesevees 117 
6.2 Preprocessor Directives aiecissicisiersesssasessisisreriosesasssesonsteriesssniessisrebaparseendvisisionereniesis 120 
#assert and #unassert Preprocessor Directives .........ccc eens 120 

fetror Preprovessor Diettive: «aay dacsannwecnnainim ae 121 

dent Preprocessor Directive (COG) sisccsasiiincdsniiicnicnsriedeess 122 

minuets Preprocessor Ite cai udenesiniiebekeannes 122 

#info, #inform, and #informing Preprocessor Directives ..........:00+ 122 

#warn and #warning Preprocessor Directives ........cceeeseeseneeeeeees 123 

3 PEAR INAS jeccrccmcsistiirescnasvmmcieieesmeneanrinara mami uaieacomminndaee 123 
Uh PASE rns cen souianinsanvieaneniunn ce ache ienaeoubnulaenararion 123 

BNI IN, sass cea ces oh acaiteciceuenenarcsncenianies iateky canantotadvasiunra shiocobaavie shal anehinins 123 

elobal Pecistet Praga vasstistsccicsesnaiariseadsveatacinitiniedaenariarabrlackesaios 124 

URGES ELL Bret ligt 5 ss tess casein ur ead lcesearaiahene desasea trae tsaetnndeseavanionee 124 

BOCTie ANA spacicecrsele setae aati wenaiudd aaa ial taainasdenidciuata anos 125 

BUUb WAP 5s iain age seicaia ras heolaaees a iseeh a aad erases anatase ans 125 

NAAT Ee Nh ng ga oka pgs ice ok da eau caro cauesearteaisaindcean ed aLaonae 125 

FYE ina.) gk a1 |b renee ere eee ere perience feet reese, erererers vcore eerste rere ere 126 

Pe lee Pie ie sis aces gists, nied dian oib aden grat dle adalah beanie 126 

BOO Pe so atic eee Cian Bie mee 127 

PAO: TIBI, STINE 3 he pacar nremraeuedluinuehaceden makaios euaenandennmemiaiante 127 

HO Pickle hleets Pra wees. sis discern eelnkbasioemanniies 128 

GO PiGn PRACiNS unica oceasnisancamecia tie nisEbe en RIa 128 

ee 0 since elo sek neme cer maaan 129 

Pe Tern, PS aN ie ics diasiteaidaaiatiecliseaiisan ieinRaieaiaiteudien, 132 

CCranb@ Wectcl (1s Meee Oe ete rc ee merece ta ce cree cee re ttc 133 

HSS BACH Oty PLACMNA sicsdecitsatinsciinniorinandmaiicncinmnsauenas 133 

pg LU Alt wae Weert Meee iter net te ree rete eee 133 

Wea PVABINA acastisintskietstndnacsadcnikemecad Racine 134 


xii 


7 


7.2 — aSM Macr0 ......ceeeeeeees 


Contents 


Oe REVWOIES napesicnicennnceenameoameneNomeas Oe 


— asm and asin Keywords ccinciiniconmininioivaciinaninmaianns 15 
— althbute. Keyword oiiiccseiinigucstenonnaaiawnmeann 196 
extended Keyword (C only) . 135 
__inline__ and inline Keywords . 135 
__interrupt__ and interrupt Keywo «x 136 
long long Keyword ... MpiaNeududeambnaiivdyiian Lae 
__packed__ and packed Keywords. Piconeinilbaiana cast dbinakaachedke “ME 
pascal Keyword (C only) ... sin, ES 
__typeof__ Keyword (C only) peiniielndMiuudiman abana’. hae 


65 Attibule Gpetifictsiniaicanicncncmmnnimonm mannan. 139 


absolute Aticibaste (C only) ccccicc-scssnsssssiacdessasteacstterapniteacicreantrameosesannre 140 
lie) ATES ssi iicsaataiantionnaeneccien 
constructor, constructor(n) Attribute 
deprecated, deprecated(string) Attribut 
destructor, destructor(n) Attribute ....... 
noreturn, no_return Attribute .... 
no_side_effects Attribute . ; 
packed Attribute ......... . 143 
pure, pure_functi nAt . 143 
BSC RCTS) ATUIES casos cs cnstapcansacesesmecsiatarasnaecasaanonnndauurseinninanaansienang . 12 


142 
. 142 

142 
143 


Gi Un She PUES sovcssesssicssassssccscissscteccacssaausasssesaccacaibcctiustentinacdsatssvecceesannes DAd 


6.7 CEG AT EAS: sscisescsciveecvssectecssasicaversrsnavcisteisensisastetetsestoipenseteaiariinmmienencmves LAE 


C++ Comments Permitted... eceeeeeeeeeees 
ieee inl Allocation v with alloca ...... 


Hizeat Extension as 
ROTAES NIAREOS: sciiccatidicesiene i nincnenmenenNemcnaBAeaS 


Embedding Assembly Code ........::scsccssscceessessesssesesesesseeseeees 157 


7A TRtPOLWCTIOI: cecscsssccecsesssvsscecoosenentovensesensaunssenssnsssseooenssaasssnesssessscssenbesnncssesensveanssieecsess LDL 


Comments in asm Macros ....... 
Examples of asm Macros ......... 


xiii 


Wind River Compiler for ARM/XScale 
User's Guide, 5.4 


Toe: BBY SUE STAM NIS cesscncsosctecscesteaeit saisesiacececsssiesseacicenst astansmatsneateriemaeiens 158 
7A Reordering U1 a6in Code ac cscssecsssscssssanecieoncatseorocsiinosoressnee accsuncbenseincivenetvenssusetaeevens 160 
Pe Ditect POnChOns scinccisccmcionciinmancunicneaaaiiam mania eienacs 161 
Internal Data Representation .............::::cceceseesseeenseeeeeeesenessneneeeeeeenensee 163 
Be = Basel aba Ty eG saisisreeeeeserectvisvaverneavascinaiavaraceenecsreialsvarareceieecennisiaravemnacnainiana Reaves 163 
Bee YES COOH cscs cc cots sespsasenarcicoresnsianda ionnteayasuinartanaiansosa taaraeconsasiaeiocadiataonemebeanennagacaes 165 
BS ATEAYS shnwnininnmichinannnrnunienddiasananieiodecaiaanousieiiraisnndeeds 166 
8.4 BAP OIGS sicictca rains aaa eee eee ears 166 
8.5 Classes, Structures, and Unio ............cccssccssscsssssscsssscssesecsssescssescssecesesecesseseesese 167 
BG Ale CORSS 06 siccinancncsummniconrcanmiounicas tate anaiaaenaenanmmeea 167 

Pointers to MenMibers sidccicsnisriveiiinarriveidnoiunadmionwelles 170 

Virtual Function Table Generation—Key Functions «0... ivi 
8.7 —_ Linkage and Storage AllOcation .........c.ccesesssseseseeresessesesesesescnsssssesesesessessesseseneees 172 
oer (os Wire 1 2) | See ee eee oop oe ie er eer eee 175 
Bb CE ERORAICHON secmecncuxicimenrennanwinisecncrananoneenennoeimmaoatnesens 175 
ie AUK Lia anal: sssiceavesncia a vaeesmocannsna saves auveseepaiasavachecucqaniavarocaceimrecauiaiayaveseseeeuiainvavameneeen 175 
99 AISUITENE Passe: ssi: nnmnminmisainsinenapeamnisisinanmeasinsednneienmmens 177 
Oo. “ee PU UINONE PAGSINE siacecccasivticerercipasrnieceeentedenriemcereatsean araeeeten aioe 177 

Pointer to Member as Arguments and Return Types. ........cscessesesseees 178 

Weta be PUN HIOI eccsidasiccnrsnsatnamencatumonienatatidinuntnnaneantares 178 

(constructors arid DesuChars: cccisccssisuriesansincneunainnariniemduaunaracinoy 178 
G5 —- ROGUeg Resales: sicrssnesssssecsnensrnrsvrsrescreninrasenasrecinevernaneniccererennnsneoieernianiierees 179 

Class, siratt, and Union, Return Types icisccauiainianaanidininons 179 


XiV 


Contents 


U6 Repistet Us scsnciucummnnctianiwenincutamenmecmnncmmawennmns 100 


Opti m izati on senmeeeeeee 


DEE. Cp ali Te eieseccnemicenenm niomenedonnnoneananensa 200 


What te Do Prams the Comamiand LIne sciisinccinniamnmccniaencmins Oe 
Pe enh he PD ciisnrrccionnnirortianimisncenaucnantnn Lee 


102 Cross-Modulle Optimization siscsscssissssinarsensercssisrnosensissnenaneietcrinmanans 188 


10.3 Target-Independent Optimizations ............ssssessessseeseessessesesaseesesaesesseeseees 190 
Tail Recursion (0x2) 
ce xt) 


~ oon ihe duction (2000) Fo cam e 
nrolling (0x8000) ... 
Global Common Subexpre 


Undefined variable propa 


Minor Transformatio 
Register Coloring ian 
. Oo 


11 


12 


13 


Wind River Compiler for ARM/XScale 
User's Guide, 5.4 


10.4 Target-Dependent Optimizations ............cscsssssssssseseseeeesssessesssetstsssesssseeeseeeees 202 
General Peephole Optimization (0X8) siccinsiniccsaunmusasianwuns 203 
IMake Wonctiiirial (OF syn iat cs isesennatiteee i aaaieniiies 203 
Simple Scheduling Optimization (Ox1000) cccscssseaisessessinsvensetseceees 203 
10:5 Example of Optimizations ssisicacansccmeccmainiinnnaminicnacamunnvacaen 203 
WES: ETE FR CUIY sp isissninnsaciadssendssnsandasinigdeddineasinsaitviantansesiaaidsinienieeininians 209 
WUT, — WAR ct Oy scssssesssccssscasesanccheaied ssassatanedeascssesseunsahenvasosrersiensthatansesssesvarntcatonsosanssensenion 209 
Ae, (ESS Bedeigancncnninerncuanesteeeennmanencacesnpeneecmanbeses 210 
Cornvertinig Existivicy COG anna iin cocccccscsccsscnceterenscdneeessnctsancenencesecnannseee 213 
420) Intouch sccccondcomieccmiounineamwnyadmmnaaemeemeats 213 
He RR Ble ai or VES SF eci9 oa oa reneere ireeen rte en Per ctey tert erent ret Pree Pret ce ne etree rrr rere rere re 213 
DIE. O06 sanuicriinnmani Naiman ool ean enna munemens 214 
Older Versions. OF Tie COmiGUler ss ccumsinavovinmoniannenmnnininens 214 
12) EE XOCuiOn Ts6Hes ncaa renin enanmaammmnancemunnammmnenion 216 
124 (TEND) Conia anid-Lime Options | ssccsaininascsssasecrsaieinnsssnsaseacianenteavivnnainivieinescvssivenueds 218 
C++ Features and Compatibility ..........::cccsseeccseeeeeeesseeeeeeeseeeeeeeeeeeeeees 219 
TGA Headet Files sisisastscasiiamancsaammnnianimnasiiainaminnnnuamnuaaes 219 
HS2 “Core Staticlat Li tantes: sccvicsicaias cicsscssgsonedsccssasvasqunicesniovmnsnigicnsssesvmamssnaigniatsivcnnal 220 
Dra TAG MOTE). cssccestacesictexcarnaiacesecialenoareanaacavel eiemapeealeaasamnesees tthe 221 
ache ame i ecre ielegm gieke tg al (on Be mmeenenrre en erernereneterrie rrerretere sry anrtverrrereny eer reste str reer 221 
13.4 Implementation-Specific C++ Features ........ccscscssscssscsssssssessssssssessssesesseees 222 
Construction and Destruction of C++ Static Objects «1... 222 
MERI BUAES a1. citisi gia eas teeta: ea en aim ROeac eS 223 
PS OTNOINS seca cycaiarocaconesterviniar graces tacuciiued eibaeleaiaanreshcosameaent ieeda aes) 224 
Pere ea PIR ian ee aieoiea aed eee 224 


Xvi 


14 


15 


Type Identification .. 

Dynamic Casts in Cie. 
Namespaces ... 
Undefined Virtual Functions 7 


185 Cer Name Manghing sccniimniminniominvemiminimriaancamnanmnncaannenin 


pian in MUNN aoiinucctiounnanuiuataNaMin need aud 
13.6 Avoid setjmp and longjMP ...........ccessessessessssssssssssssesseesessessessesssssssssssssssaseesseses 


1S? (Piecompilled Weider iisscnncnnraniinmnnamuanmmumeannnananadnmienaranns 


PCH Files .. — 
Limitations oul Trodenalle 


Diagnostics Bo ati texcremetraineeneronnus 
Locating Code and Data, Addressing, ACCESS ........:sssesseeeeneens 


14.1 Controlling Access to Code and Data ........sssssssssssscsssnssssseensscssensensssenssnsssesensens 


section and use_section Pragmas ... 


Section Classes and Their Default Atri vile Sash see iat a iat: 
14.2 Addressing Mode — Functions, Variables, Strings .........ssssssecssecsseeseeeneeeseeees 
14.3 Access Mode — Read, Write, Execute .........csccssssssssscscscscsssssssssesesssessesesessssssenens 


14.4 Local Data Area (-Xlocal-data-area) ...ccccccccssscsssssscssssssssssssssssscsssssessesessssssesesseses 


14.5 Position-Independent Data (PID) .... 


Generating Initializers for Static Variables With 


Position-Inde pendent Datta s.isssarssnicsisicrstaedesnosaroarsavongiasbeaduaiats 


Use in an Embedded Environment ............:::::0sssccssssssssssseeeesseseesessenes 
15.1 Introduction ..........ccccccccscscccesscsscsssssscssssssssssscsesscssscsssssccssssssscsssesssessesscssessesscenes 
15.2 Compiler Options for Embedded Development ..........ccsssssssseessssenssessersensens 


153. User WModititahiGiis sche i ccsioiescasctetconivs Bantiairerioserenedniiaieanes 


Contents 


Xvil 


iick oD 
ine EO 
ie OD 
i LS 


225 
228 
229 


229 


231 


233 


238 
240 
247 


248 


248 


251 


252 


252 


253 


15.4 


15.5 


15.6 


15.7 


15.8 


15.9 


15.10 


15.11 


15.12 


Wind River Compiler for ARM/XScale 
User's Guide, 5.4 


Startup ard Terieisnaton Coe cscciccssssssscsssrsrcsacsessncsstseoveceastinieasskasouecssscutnresacicias 254 
15.4.1 Location of Startup and Termination Sources and Objects ...........0.++: 256 
1302. NORSBHOR CG icici neo nnenNn OEE: 256 
15.43. Notes for ertlibsove andl Crordtone siiigcsieccsisrsaesioacantstgeonnocescinuenioions 256 
Tae INONES E ON IEG ces cetsasnagaieriars io a axeionaenia at ntenubetuAacaeseabedadinleaahaeincet 257 
IBS Notes for Exit PURCUONS sien icnnin ancora 258 
154.6 Stack Initialization arid CHECKING ssciiniaidonieinsacrensiesi avis 259 
15.4.7. Dynamic Memory Allocation - the heap, malloc( ), sbrk() ................ 260 
15.48 Run-time Initialization and Terminations i.:ssciscsscccstsonpserscirccoscnsnenaseose 260 
Hardwate Exception) Handling. scsssecsssnsesvessvectsesnsesserseecntesssesaevedashinnsnssovennanee 262 
Library Exception Handling ..........csssssssssssssssscsesesssssssessseseseeeasssssensaeseseesssseesens 262 
Liiker Command File iciaicocncanniciannnuinmiminsmniienainentieeiannmue 263 
Operating SystemC aS sccmacnncnmmnsiannmnancannn commen aomnneenon 264 
Ua. CRRA incites rel detiedeeonanh te alee aoa 264 
T2- PEL) snaiinininneninlmninido gonna 265 
1S8-2 Whiscellaneous PUNCHING: cicnisnnennicimumunbiiickinniiandnmees 267 
Communicating With the Hardware ..........scsssssssssssssesssessssesessssssesssssessseeeessees 267 
1591 Mixine C ancl Assembler Functions sincccicvenineniacmideasiorniniens 268 
1582 Embedding Assembler Code: iicncinnvcncnsecennmmmannennmeamaraies 268 
15.9.3. Accessing Variables and Functions at Specific Addresses ..............++ 268 
Reentrant and “Thread-Safe” Library Functions .........cssseessssssceeseeeseseseseseees 270 


Target Program Arguments, Environment Variables, and Predefined Files 270 


Profiling in An Embedded Environment ...........ccsssssesecscsresssssssssesssesesesseseseees 272 


Xvill 


Contents 


PART III: WIND RIVER ASSEMBLER 
16 The Wind River Assembler ...........c.ccccsccssssssseseesessceececsssssenesessensssnsssenes 207 


16.1 Selecting the Target .......... en sisisbie edebsabaacivescantacetnssiveceiie LEE 


DGD We eae Cranial sscessssesss isha bs ceded ei cass cha esscissatca ns ieee eadeceewnes 


16.3 Assembler Command-Line Options ........ssssessssssssessssssssssssssssssseesessessessnssessees 


Show Option Summary (-?) .. valbeirig uieieataaseninedienes ete ee 

Define Symbol Name ( -Dname= el 2) 

Generate Debugging Information (- re) ie 

Include Header in Listing (-H) sie 

Set Header Files Directory (-I p 
ng fille 


ah ng 
Paint haienchre ine Options « on Standard Oui a 
Read Command-Line Options from Fil 
-@@name) . sted 
Redirect Output ( -@E-file, @ ‘4 


fle, -@O=file, -@O+file) vee 282 
16.4 Assembler -X Options .. SiisHAni Se RMnaMe ZOD 


Specify Value to Fill Gaps Left by. Maal or .alignn Directive 


Align Program | Data ng Information iy Based on Size — 


eet nthe eee m ye — = 


xix 


Wind River Compiler for ARM/XScale 
User's Guide, 5.4 


Set Label Definition Syntax (-Xlabel-colom...) ...cc.ccccssesasscececersnntassaess 285 
Set Format of Assembly Line in Listing (-Xline-format="string"’) ..... 286 
Generate a Listing Pile (-X lists c)) ssriieonsovsarannssasioxhaeaitonnandasdens 287 
Specify File Extension for Assembly Listing 
(-Xlist-file-extensiOn="Strii ge) cscs cccisnannietaesecssinamnaenven 287 
Set Delay of Literal Generation (-Xlit-marg-...) .....cccssssseeeeseeneseees 287 
set Line Length ot Listing File (-XIEn Sa) sencscssiaiecsiuniaracaanaancnss 288 
Enable Blanks in Macro Arguments (-Xmacro-arg-space-...) ...s.ss00 288 
Set Page Break Margin (-Xpage-Skip=M) ........sssscssssssssseessseeesseetsensees 288 
pee Lines: Per Pag plea) sanced alia adnan cotnasncanucansiames 288 
Limit Length of Conditional Branch (-Xprepare-compress=n) ......... 289 
Treat Semicolons As Statement Separators (-Xsemi-is-newline) ....... 289 
Enable Spaces Between Operands (-XSpace-...) .cscsssessssessssseesssesneneseees 289 
Delete Local Symbols (-Xstrip-locals..., -Xstrip-tempS...) 0... 289 
Hee SUDLUS EASE SEINE): cri aswiateintcueieaamnmnes 290 
Set Tab mime (CAs SSO) sanccseianesarmeieieen aie menb nN meet 290 
PIE UAC (AP SEINE) sapscascssarenisestaaanastaesykssacaamssnaeeiodaasecniinid Sis 290 
SYTIEAM PRULCS acssssssassatasiaiscsscscaiassasiosanssesdnsaidaisasasinsenssosarsandasansdssnsesiaosanis 291 
17.1 Format of an Assembly Language Lite ..........ssssssssssssssseseeeseeeesssseseneseseseseesenes 291 
pI et erin pee erect rr ersrer a fe ere eel re ee eee nee eet re es Zoe 
SRG sa sites srs sh Si atntints aa ah aan ina th nna os paceman aR AhaRann akin tnnOoaae oS 
Cpepaticd FBI secstisrescescasotceacastacapietnapars sataeseesoLieacttaeuaaentadepuahiony 293 
Beere iach gh Mere tere err were ere recterer ster renters sere eet errs eer ear rere hr errs ee 294 
BD BPRS ac scciss.cacccnsenacasvsnsensiehcone castaadesdtennivminncs adiaateiemaacemeanaieantaeaeeeeueapmancbageestaes 294 
17.3. Direct Asstaniment Statements ses. crnssvsnsvsrenencononoverersennsinrsonereresernenventsierernnersvasess 295 
17 Pelee SymiOele: ccm cmt au ennui mua mnaas 295 
17.6. Decal Syniluls scaciicsanincnsaune nnn nose nuenes 296 
Generic Style LOCals: seicciiauinunninuwn veins avuieiiiuciaauiies 297 
15) Des Ace Lo, | Cameras erreee ererr nye ene erereny er pa ey ererererc mirrors fre wrrer 297 
120 “CONGEINS icsumniinnsnmaiaciinienesanaeuninan mn 298 
Tne ra CBOSS ssacaciisrmennianiiamimoriimdaniieasHernnnEs 298 
Floating Pomt CONSAALS ssvsnnwaiianvimmmannninniamimemninnnmedst 299 
SUINe LLONsOnte: sicaincd imei anoiaanihia anions 300 


XX 


Contents 


18 Sections and Location Counters. .........:ccsscccssseessseeesseeeesseeesssteeseeeeses GOT 
TBA Peosratn Beto saccsscscacescsccccccssstsscestsccasscosscsnssivscacaansnsseaccnsecctanstsisivescsccrdecenstaesaots 


18>  UsCstOt CE OWMSTS shicuncuscnmAnducinadnsdsamimenammannuasmemeann Ble 


19 Assembler Expressions ...... 


20 Assembler Directives ............2::::::::::cccccccceccseeeecceecececeeecceeseeeceeeseeeeeeeeeee OTM 
DOA: HEL OAM CHIEN asisosicxcrisivusverercsvaxsnentrad caseiminicemainiedice eoandaemenenacaaenivnan 


20.2 List of Directives ......... 


-alignn exp ession .. 
ascii bewel 
-asciZ. ‘string’ 


comm. eyaibels size Ze, alignment] 
dc.b i baa 


Wind River Compiler for ARM/XScale 
User's Guide, 5.4 


Xxii 


ste SMG got acirdeoaenti aa eae elas a17 
seer NDE |] Sept PROM: cs eccuativecncasdaieunielaeatlanianotenaniaaehpeblucndaeaaees: 318 
PETOL SUI etimestscrhcerinousovchananaiouiuiicecuaicaaiw naacoannaiaonaapiantyey 318 
UOT set sainaxde tan iiclor ad aled i unatiaire dana espe hese net cana tue seva ices pio siewavaminanasinaanes 318 
So 8 1 ees ere ea ater er Omran ere ote tarate Tver ear tereie ry eer ec mrerern errr ene e et? 318 
SOE IE BYNNOL fte iceanaescdineniaeangeeivicrnhan jp gnenbind aeainaonss 318 
POCOUE Sy ssc Sricnieisieso aie eE a meReBe UAE 319 
A Thigh aU ere emer ne eres reer errr rate nene ere eeetien rere tere serene Chey rene ere 319 
Ell contink [sige vale sccnincnicienatnenuemanncawantnaiasatuies 319 
PVOBE TUOAEINS TAY soci sisi dicscivetaisesiaedsdeaceiasesieiteilaase eacievesanacwaceamensaee 319 
Bs Cola thet aan icc] Beers ameter ene ater mere etre ere erty arene Cer re renrere errr 319 
pa (ole Ea oc, 1] Peer orem ere Pee nmre err meet e eee ere eee emer e erry reer errr 319 
GE SUI” soca asaanunson eae nee EtS 320 
EE eae oh cS st Mec en Tee eer re eee reer are reer me nee erro ene eer 320 
EEG, Ce Veer eee er nero eee oer anette ere Crees metre Orr r a remmre errr 320 
AIC OTe RUG, sve oiien tea neirneinn sees amudina ue anata daiel 321 
Abe Sie Lee cerscacnlnienideea ccna neEmuaue 321 
Bs ay aes 5 1416 Deere meee eter ery noe pert ENC es enn erie Ss reer Cy aon rey 321 
A Pe SUE oar aetna euniGes mam endeaeaaumetacs 321 
SPO SSIATT sincaccacatscsiocaeais oes irene ntcatinigenaninitaarecasnetuariel a2 
MOCO secaccandiancnanintininnn ini ean eal 
MEER RESIN ca csisnsistsonnsesianiernanigniaaaarmnaatiemamemensaieei nario oA, 
Mie “SNS SUN ES  cntidcrnas ciaieenancieeenmanenemnnees 322 
MAGE SVIODO! sicoccnincninsmlumn nama eRe nena 322 
MS DER EBION srcsscxtinnpenenannntiionncniaaaer i aianieie eS 322 
Bia cera atch gible (2. (enmmeney orerie ter ereersnttr tetrrerever eter en rcererer ste ncrerirrertren etre? oae 
amcor Ble" | SPPsS EL SIZE] cswsnicssseavarnesceseecseacacarsscaameanenitesvencaemiaaonscs 322 
MCI TNS” ccienaccstiacascoamcaneaennneieneaaneRanann Marae S22 
JODO PIERTIOG, i cistaeeinncinisantinmemennen ames irmmimeeaaeec 323 
Joeman symbol, size | ale MivieNit) sc: cneinnunnmcaniamaninnknas 323 
WHGE sccsiirttsantaon ened acm ia eenNemL eee a25 
DSHS cc ccrecwirniaaigtnininmaainnniusiarnnronaanpmmNRENS 323 
DIA E OTERO .nicininrasmdsndnimmeniiriommandnieaniaradins 324 
DIGI OXP TESST yc conansmadinrindosanarninmmaitinaeEe 324 
JOCLS OXCOTRESION sii. dicinrinicrnadieiinresaneninnm amine Nene 324 
hanie macro [parameter oo) isuivcnscsssmeieasnaninnimacnnimenas 324 
ANE SID, «diovinivaanashioinieencniaiena eee ean aera 324 
Ste TE ccstraicashinraiiammicnunina amination 324 
TOLLS scironnmcumiinceharininm Rid elEenaelaRdaNnREE 325 
0S EX PISSSION, dccncnsnidivinadanhpiroua anoles anedneeanEbRe 325 
ZENE PT eION nniiiriniceninie tires nnn iH ntuRiaN 325 
(PEE. oii nen aman AIG en uRaR NAAR iemeD 325 
PABELEN. EXPTESSION cinciincnaccdsnnincmdinwonnuaaidainioaannntaninns 320 


Contents 


SIS Ga eS elena tact sama dean tnusla pride prin velada getline ap nan 
SS LENS tcc eascilesiek tier easchacecase or an Hedhanyiaitandes mu niooneeina de stdanhuavavietnine 
-psect ... 
.psize | page length = ik 
rdata .... ake lsh ie ii 
rodata .. a 
.sbss [ oo size ic aaieiaiap 
sbttl aie ee 
.sdata .. 

sdata2 .. a 
section name, © align 
section n .. 
sectionlink s¢ sec 
.set option ...... i 
.set symbol, expression .. 
symbol[:] .set ag sion 
.short expression ,... ......++ 
.size symbol, expression 
BUG BIZE soccsssess 


String "String" sivas 
subtitle "string" ... 
SPORE shzearaten 


warning "string" 
.weak symbol ,... ...... 5 
-width expression .... ~ 333 
.word expression, ... 333 
MOST SPINAL 50, sninumnnnriainnniNe OMEN OOD 
BE I sie ipeniscenscinncrenitecioaleaniaaineciiataigneeleeaneininadmeineis “Eee 


332 


21 Assembler MACKS sissesccciesisiscschiessacasiceccswasaiastassddcassaviacatveusdcansanserianey GOO 


Pil AMO OCHCUON ja coreceiieciccexe dnd cee eamcneannniasins “OOO 


Xxili 


22 


Wind River Compiler for ARM/XScale 
User's Guide, 5.4 


Si) (Matra DennihOn: wacnccnnisuciocicasaniomucadandacmnaueaanuees 336 
Separating Parameter Names Prot Text s.ccssscccviniiicadninnwies oor 
Generale Winiqiie Labels. scicunviimannnnntiiin Nn naan soy 
INAS Sema) cates ovine coches nedeetawiienelniniaeanas 338 
Pid WnvORie 2 Wael aceckcniesadoauencassauieaasinnneaeaannaniaes 339 
214. Macros to “Define” SEUCEHITES. ciicsssssiecssissscscsssavsnsiarcnsessesstarnsiansoseressaseuuaneosersrteenes 339 
Example Assembler Listing .......:::::ccccsssesssssseessesessseneeseeeessensseneeeneneees 341 


PART IV: WIND RIVER LINKER 


23 


24 


WHS Witte PRIVEE LINKED cscsiccccnisiiaiaciatsasncssescniastetsnierecseareoctetaveciabenarerennas 345 
Boe). ee LAM KING PICO SS sccinsirivioncnnnrneiscuciineininn nian caemininmepoetins 346 

HE UA Ease 1 cal et caine eee ene rere SP me ree ecPnemnere er ceer erernrere creer re eeee ere 347 
23.2 Symbols Created By the LIMKer ....cccacsssessessecansensssesseescecttanntosenredashtnnssnmassesneiaars 350 
23:3 aS SOChone vccsnaisnndcnncsdcomusinncenaicnmamnnnuaeamnie mined 352 
25:4 ‘COMMON Sections siissssisccssssiessececamsascssossssnserscazzacussanseceaqaasensenssscoeareanenssnnesrsenss 352 
28.0 “COMDAT Sections icscccissccasessavscaveiasacsressemanesecoserensersaccanmanneaoanincasieninar 353 
25.6 Borled SechHONS cccsasscssisacssncassceuanmnsomsmiannensmuunimensnmmanaananran 354 
Boe . Ware SECUONS saicisnwacucasarcmeneaiannenieiem onan ares een 354 
250) sECARIE ARTO SECTIONS scssisctenshornnnebninnndadeninanneduiensmmdencnians 355 
DS: PSII sesiarasaeesiccavarsinceanresia avareeneeeniateeana pewreerencenie a ieeanie aa tana mia neecunaea aveesore 356 
TAG Ged COMMANG sccsitisisssccctsdasisiecsscsniesiansiaaasissscasniniavssasissansasiniawiaanuade 357 
24.1 ‘The dle Command siiscisisccissassssimcaiamscavasassinionenssnatonnisendanianmacmmand 357 

Littker Command Str Chane ccccscdsanccancccsnsnss cadisnepasiapenaniubaabaoscaceiesiaananecty 358 


XXiV 


Contents 


242 “DCE RUNS: ccssicesisiscnacianrmonaricosmiaiadcmelomnnulninmeinnaacanimans. JOU 
24.3 Order on the Command Line ............cscscsssssssssecsssesessssesesssecsssssesessessessseeesesseesees GOL 


24.4 Linker Command-Line Options ..... 
Show Option Summary (-?, -?X) ....... 
Read Options From an Environmenr 

— 


Use Late Binding for ¢ 
Check Input Palomas a Xehecki 
Check for Overlapping Ou rerlappin; 
Force Linker to Continue After Errors (-Xdont-die) ...............- 
Output File (-Xdont-link) . 
Use Shared Libraries (-Xdynamic) ............ 
Use ELF Format for Output File (~ 
ELF Format Relocation Information (-Xelf-1 
Do Not Export Symbols from Specified Lib 


(-Xexclude-libs) .. 371 


25 


Wind River Compiler for ARM/XScale 
User's Guide, 5.4 


Do Not Export Specified Symbols (-Xexclude-symbols) ..........::0000+ 371 
Write Explicit Instantiations File (-Xexp]-instantiations) ...........0.00. ofl 
Store Segment Address in Program Header (-Xgenerate-padd)r) ..... ye 
Generate RTA Information (-Xgenerate-VMap) ......s.scscsseseeeseeeseseeseees 372 
Do Not Align Output Section (-Xold-align) oo... 372 
Pad Input Sections to Match Existing Executable File 
(ROPE Zed LGC) sessssstseescsieseiddeianarnemnatauranar moreso 372 
Add Leading Underscore “_” to All Symbols (-Xprefix-underscore) 373 
Use Workaround for ELF Relocation Bug (-Xreloc-bug) ........:00 373 
Remove Unused Sections (-Xremove-unused-sections) .......:.::e:e 373 
Re-scan Libraries (-Xrescan-libraries...) ......c:.ccccecssesceseceeceeeseeeeeeseeeeeeeees 374 
Re-scan Libraries Restart (-Xrescan-restart...) ..eccescecsccsseseceeseseseeeeeeeeees 374 
Align SRCHONS Le ASOCHON-AIL ERS) sescaissacaisicsasaninnsectsoixenanteinsinscirais 374 
Build Shared Libraries (-XSHATEd) ssscsessccacsionanaisaces catsvuawiiecirmeeaniw 374 
Sort .frame_info Section (-Xsort-frame-infO) ........cceceeceeeeeeseeeeeeeeeeees 375 
Link be State Libraries (-SStAtie) aciiaccsasacencaaisstecantammieneseneanss 375 
Stop on Redeclaration (-Xstop-on-redeclaration) «0... 375 
Stop on Warning (-Xstop-On-Warnilte) saisccaisnincisimmannrsrnecaceang aiasnieis 375 
Suppress Leading Dots.” (-Xsuppressedot) socscieantsicrasearanmiarieseriues ids 
Suppress Section Names (-Xsuppress-sectiOn-NaMes) .........cseeeeeees avo 
Suppress Paths in Symbol Table (-Xsuppress-path) ..........cscseeseeeees 376 
Suppress Leading Underscores ‘_’ (-Xsuppress-underscore) ............ 376 
Remove/Keep Unused Sections (-Xunused-sections...) ......ecee 376 
Linker Command Language .......1cccsssseccceeseeeeeseeeeeeeseeneeeenseeeeeeesneeneeeess 377 
25.1 Example Dap Died” siisincidnininmessnreiiniamaniininamammenisionmeined 378 
foc “Synias NOMI cconkausanenouiemniaianuamnnnencemmnasamemuaauee 380 
25R IN GND ELS: sstsisosirssstsscssasensressssnensssesaccasanssninarnsvasngsenserssrerasntastanan toeseseasiantienosernenreieed 381 
BBA “SVINDONS su cerenmerinnncsusnrerniimnataasinnnnnaniacmnnnanusnnennantauannenmaniaties 381 
PIA 4 Lac N11 gerremmer eres er neererer retire tepreree ett enter rreeree (re rerere rer reerrere rs reer iirrr terete errr er 382 
20.6 ‘Conitiatic Pile SRUCtane siscicccncncinniccmmincinceunnaniaaawsmuennnnais 383 
2B.7  IMUEIMICIRY, Cepia sss sascgicctsistnscwarsnnancnainana vesoaesaiecensnns cateas nacsbetnevtensaseadbonatncsuentetes 384 


XXvi 


Contents 


25.8 SECTIONS Cis aids cisiscssiensasscccssssastavmaamnctannnseinaiateaatonmaanmaaias SO 


Serra OST It svinsicisctennGackerenyinicis ence seeaee OO 
ROL Wer Ath acekee ean au adinndentinuiadediniwesceid Oe 


25.9 Assignment Command .........+ 


25.10 Examples dsnciacnisimincionianininmimmncimnamnnumimniininamnas SUE 


PART V: WIND RIVER COMPILER UTILITIES 


26 


27 


28 


26.1 Common Command-Line Options ........ssesessseeneesersenssessesseaesssseesssasseseesseees A409 


Show Option Sumiiiary (27) sc ccsscecciscsrinscercenisicarsiaenes .seierodeansesualaden Une 
Read Command-Line Options from File or Variable 

trian, OONAMEY acsiccssscavecriarrorduarhvedacmamnnicanes. B08 
Redirect Output (-@E=file, -@E+file, -@O= file, -@O+file) . iidaapntaesiuscces, 


BAR RICH OE icidinvidimiiamubi masini ETT 
27 SPROPAS: sitinisccsssniicsimmnniorieramininniiemimicommaminoniamenememes SILL 
Zid SYNMLAX saccrniiccasnnninnacmnnicnmmmakicnnnaminnacmmamumnnna ATL 


200 DeStn phn snciiauinimcncimmmcmninnnimamamlaimmanamwiun SLs 
OFS Sela CL isa ccc cassapansiniccacxaacas tai aeeiaeetainaiancacesdiadleanncoccatsen SEL 


27.4 Examples 00 eee er ner Seen ye een rere ere ee ete iment 


D-BCNT Profiling Basic Block Counter ...........::::csecsseeseesseeeseeeeees 417 
28.1 SYNOPSIS .......essereeeeees isieteaa ese Sciedies ee cepitiailianl nine Micrel siete SAF 


20.2 DSsthPHOi nwounnnnnvcnaencnnresuddenenenianenamieHadaies SOLS 
i BOO nectarines, te 


XXVii 


29 


30 


31 


Wind River Compiler for ARM/XScale 
User's Guide, 5.4 


2 PilSe sssunssiicnccnsonsumnninas cumin enema Eee 419 

2641 “Gutpat Pile tor Profile Date: sscannvnicaannnincmonimakinmnins 419 
Sen SE XMUIOINS -crasenuescanaeineaeemaeceenemananecamaeeeameraeee 419 
280: OVER vacsnnannnuua mi anseaen TERM Ee IeSeI 420 
MBF NODS ssasinssresscrtarnossirenccetenavenspnsrnataiatiim maauaiarionn nsiaancasiereeiasia taasniieemteaaenedes 420 
D=DUMAP File DUO? iisiscisstcssasintscssnisiectanscasascsssesaniadachasianiasiaasniaasaienion 421 
ZA  SYOPGIS: sicsavecnsnserani savers tasissmnaniesinieteanansanessieveienaniahanst veremalaunianteainieleslinnannsaoreines 421 
2U2 BYMIAS scpinciaismasncirucnsnend aman anda mera RN ee eau LIE 421 
29:2 DSSeripiGn nninnninmuuacduadinnendnnnaimitimnca naman 422 

20.21 Aut CONONANAS a cciiiinincucci concealer 422 
ae Gam 2s) bok merece rere tower er ce mrenerene ici tr eeerronente aie orrrrenert er ersteererere eer cme ner eter str reser 427 
GIMAKE MAKGTHS UTMIUY sissatccsssccsrsanencassasnccasnennacacdasnadasiniannnasansdddacnnnansniin 429 
BILE JENIfOt ete nn.nunsnteanumicncinieeaaonn se cauecamneneee manana 429 
30:2 JINStAlARIGH sasinsainnninnmdnimeniennnemne aT mon muRmaAsa 429 
SO. “MSR SAA ee ss scectcassvecaverainreantears savennenrdscinavaaversenrereivaiaieedeimremtnaiaiavsmiarereueiaveieaieen 430 
WindlISS Simulator and Disassemble ...........:.:sscessseeseseeeeeeeeeeees 431 
DLL. SEV UNGER: srsseywesaneerand tasarstashnnpnatunioveianesnessrenssereienenialbnd savenaasibinnend iainieteslsemsenoreane 431 
O62: Silat Nee e cadannus seman winnseeeenes eae eeunnecaaenanbaee 432 

51.2.1 Compiling for the WindISS Simi Maret esccisnccsacciceccenanenaaciaacioiaion 433 

31.2.2 Simulator Mode Command arid Options: wc ccsrsercsssssnieensatesercarsneenies 433 


XXVili 


Contents 


31.3. Batch Disassembler Mode .......... Jcuiphatuclatenta ia neenacneeeaunins. LOT 
S131 Syntax (Disassembléer Mode) sisiccccannvianieiiwuaisnnvinieeien 437 
fleet IDeScipuen siticnemnan iia ieee BOF 


31.4 Interactive Disassembler Mode ..........csesssssssessessssessessssessssseessesesessaseseees 438 
31.4.1 Syntax (Interactive Disassembler Mode) ........ssscseeteeeeeeen 438 
SUAS TES NeN seen ieeceenena ea meameamaniame ~ 2 oe 


S15 Examples scimadinensainciannncdnnnnncinmiananacmaammadnaaenann AID 


PART VI: C LIBRARY 
32 Library Structure, REDuUiIGiINgG ..........:seeeceeseeeeeee essere 443 
B21. tid RHO cds dnuoiiniennddounemniniacncmemdenbnemnausemimen 20 


e220 Library SHUCHING dic cadincink onnnnnnnnaccmenndanuweamaen 44d 
Died “Libraries Sup BEE ic uuiciadndindii Maieeaeee: 
o22.2 labtary Directory SRUCONe: omisauoninimuonmunuiaiinbionannn Sar 
Se URS snainickaninmasaaineoueaeea Cae 
228: Library Sea Pas ancient namtins AOE 


32.3 Library Sources, Rebuilding the Libraries ............ssssesssserseseenseasaeeseeees 453 
SE: Sours 2.26 keene annie et a ee 
S22 Rebuilding Hie Ubtaiiet snnccionsicrncconionenmanuncrnsenmesen AOS 
eV alum eal 81 sir ial cr, ape ere rere ore arr reer ever ere Ere Treye ener er nPh eryere revere rnreee vererernreyrerimer! 11 


33 Header Files ........ 


BS Bae chess casts cays gap iasce occa te saasaiois edna saseassat aaa oes aadea ian iexasseestnlonetaaateaions Le 
291 Standard Header Files) a cscstinsicsnicciedictoussdiisiarssnanimanaenconam SOP 


Xxix 


Wind River Compiler for ARM/XScale 
User's Guide, 5.4 


33.2 Defined Variables, Types, and Constant ........cccscsssscsesssesssssssssssessssssscsssesees 459 

CO naan anda nnieeewinee ne nines 460 

ROGET ea cater ta cyndakenenp ean uae none eeS 460 

RIGOI A: cine oniits secret ieteaasnerGuviasseaheapdurinscan eae ements 460 

Nis We ceo iteectan akan ae eee eaeeee 460 

Hit scence eres ese nace ee 460 

POET Sa cae teas carsta binds rad ualiecebse sited ein uecheais Veiaelnsiecarnnr a teiunleinmnnetae ener 461 

BOHM scenadcinsiiantiebindn iia avanti necioe ae neadingeiies 461 

Bia pedal miami niauii aie acid 461 

BM sip i diatcaknin eect onsets davai inh tcc eal ic gala aad yalRa DA 461 

SURE Mit, sssneti rccectusnelavcdimusucandavapicin ncausuiuanicaad isan uenuaishn seinelone aul teieiniusiles 461 

SIO. Haus innnonninanancutuvicenuciniusiithannla rea pinbasanaiinulas 461 

GUARD. suncti cece ceuavanlavetimustandavapiciediauctiaGvapiradusealunuauenn puneioneanienioibusles 462 

RANI ie isin sh uss sessdi ts ah xcs inninctnednan sixth ceievasenentns eisinoaeanensninipibanoruandanibubiioes 462 

LU GTEN | REOres Seem AE cre ep eeTe meer ener eT MUNN TET CAT erry eye CCU tren er nen 462 

SS LIDPARY FU CUi iS cise ctacsccccscs cereescesesceanainasatnensntannasieosanaascisancaemcreane 463 
34.1 Format of Descriptions 

LE, CSR RIN SAYS FANS sisi ds ciacstd cscs aiciniaesaiteal gpaenawenuaaaidanlomeaaudiains 464 

Sa) RERORS ICES tics cxnccucutrinasanaitenenctaieusuaw espa sancnned iSexanacguenubuviziceanucnacleaaeteacesias 464 

34.2 Reet brant VersiOis: sessssisenansencsesssercreirnnsennssteonietnoanvensniotnaesensmmonemanninauss 465 

BED Pench Om LAS EIS: sasscssssancacssncisnasunsnnsnssensisncvunns cesunsieiensssasnadiesansionsssvansenubeaaiensnsnaanesanen 466 

GOALIE F scercend eiceceninini share ieee ean Wee ene nce panes 466 

USEATEL, W cccee at tesdase ie ay sani cecaestalerigyslenlaaateac Wy eiadentnens Seema otedts 466 

IIRL W. secsasis iris aaa Wide cieaneeelene ees tase ene nome ee rmcem ae 466 

ACCESS) scan irsiemniin ain eee 466 

AOS) qnnuniewa tates censeinl ng wot nie aaNs 467 

BOOSIE V nasa Wa cescieriyieies deci dnsandaen ind ani amenemeiel ees 467 

GUAT AIRE Wei Ga teceariniene tei cmieie iin sae enrawvina amenity euais 467 

SSCWINIEL ) axnisiannividuel act nisel enw unimauiwindaeaianwusas 468 

SSIAL } dcnnurivakninwnnidinasca dao amie ain eniies 468 

RIRUTE T viise vies tejuchoaicshatty hides enlnnalesdvati dadtumansenl deen iantininadanahodarnad inlets 468 

SUE OA Wishes tetacivseataehnd ree econarbeanideabicvas vay cflonedeuelsidbuteisa Remo aenaaes 468 

UNA YS tsa Dateien fh teataeuara cinduase dae arsed fiona ouebalvarteinataVaniwhch feinacues 469 

EAAINL  sieroicrclagsintdelars des wenuctaues eva dastlneobsindeie nh dasa deanmnieuiariaaKinieny 469 

PE Vi shies ell escent tcaace fol ase be cg eaaebaleieaatd ania 469 

PEACLARY P scuncaracuctiudsssubctudeswenineauevdvesiedaseinosuannderen iunuustnariasoninuladaenineny 470 

POOL T cciveicisselo incited hamuuneie aut iahaninl anirea ican aentans 470 


XXX 


Contents 


atof() ... 
atoi() ... 
atol() .... bn oe a 
TAGE AECL J usebsutiiiaics ua tdeicesasvianinanedaapevdnleladaieutiousisleladeancaumnmlaehdbiniauauaasieah 
MO Fs scoisareciolss ein aiee gs shaaiel nel cease venhaelanlonearonndeausianubaenaeuateeunielnd 
ceil() .... 
ceilf() ... i 
JOIN 1 sscaceeesciscuiteseonniionemena ie enutEds 
RICRUEET Kiscccst Aes oonarmeemiean 
clock() ..... 
close() ..... 
compile( ) ....... isis slimes ieveuisndss 
_copysign( ) .... os beens 
cost) a. dik 
cosf() ... 
cosh() ..... 
coshf() . 
creat() .. 
ctime() .... 
difftime() .... 
div) as 
drand48( ) 
dup() ... 


ferror( ) ssnditsidisichaed eee 
PETAISHG } cocscsccecrevitixioreeeeinvines 


fgetpos() 


XXX 


Wind River Compiler for ARM/XScale 
User's Guide, 5.4 


XXXii 


POEIEL Y casei ote neous arrcieisas annie re ta asians 481 
PUSH Fisted neesaaroasinhietuiasa taeulcva peer gua sieuivantesndesnce diavamleiadeaniionisuadn aa deiniualas 481 
TAIT Sse etic Siescasstchtdecwaltaustietead dean prersouantciaheys eins daricardeanativsnacernaa nes 481 
PNW FirceusstssrrucNadststheinacssuadeciueuiniateandunnmeiclaiueuienenlieban imma aeieens 482 
RNG Ds ssn tsucraacsh ative wuatensesctvie Poaageatiemdinlapraeanionteninynbeaniainnewelachedninaeleis 482 
BEIVOHAG iu ha tes passcsttnuhaete dade vente eitaunsuatevdnleladatucdommesnlbbebeanialueemuahaiiniocsy 482 
POA I s:0i514.doacecsrap cca tina iceceantianusnignemnn a ae 482 
fOPEM ) ackcisinnert iene ana 483 
POU ) satin snes aes entertain Neeaneu aE 483 
POUNCE Y a cerinietseoa san ennilane RES 484 
TOUS I ctor cise aise iia eae ean 484 
EDEL Y eb tous care ssece acacia actin ctcearsantss raatabedeniae Neier aan casein ested 484 
EUGGl. 1 eicsicions dean acesecianes dntcanasaean es ica eien ae a 484 
PPGQPEN) ) naps nereenensewen eee aeeenian pease 485 
OER) cceiaeeniausd ir aasiednmaaep aan eae anaes 485 
POE D Sardis Siciecedeoreals tare aoa eae eae ong eeecenpm sais 485 
SOAR V aiccosriesrorsiceeay disused hs caer ce yeaeats aaa ene ee 486 
PSCRN Vc shoupc crc rsse cea asi areten ce ayaa Suances aces anueate esnaniearansaen 486 
PSCLOOS V cesiiesiacsbireniien eu aa ena 486 
FSUAUL WV. cssssnnavaiscasoceangmesanananssaceseatanarasas saqeosagionuus vavaassacaananuatananusacenanetaancess 487 
POG V secscicsanacacssnceanaienanensvocnsnsecnanacatasseqeesagna tuna vansesseceswalavaceveuasecnanaeanecanalosass 487 
ESTEE, P cesitavavscasasecxsiesananaossnszsantnanasasssoeusagnunuia anaedsaaneeaeavacwseunreasmaedneatowesnss 487 
PASAT Lage: | gape eeeetenre er eeere eee erererer ere eerereterere ea veers ert Serer err ees 487 
SAMAR, ) da Giresicericaonnaa Danna aR aconnaematarnma acannon 488 
BOWL )\ cs cscsiatasadsica anit eioenaaal utes acne emma eRRaATE A 488 
Betet | inate ieee eC eee aR aRupesices 488 
cae lc Were ere oer ee eer ie Mee re ee ee en ere re errr ee 489 
BOUOUING 1 ssisnsscithcscnceccerimatacgnsthcataatanees suarnaeiia tain cuathec a eared aaeanenananacatacanace 489 
BOLO | wciaitaicdseemasinanicieinninmacn aut erence abnmactaRtnaemone 489 
BOUIN } ccniacnincemiiean nace Rema iabmccenaRiemnerens 489 
SiG! |) :ccmicmsan een imem ana eRan na aemaTaameemeess 490 
PEt J o.ddennecassiioreaannnimhie rea conor 490 
PTATENEL |) iveciseonediveeriiciceunriam ahead EEE 490 
FACET -caiatteteteeeee a idesaetsasnei dsearieaeieisieetemeamce iota oie aeeneeens 491 
RSS tH 9 |) vis ccssinnnnndiiieunkatioiee een em nioineoniss 491 
FSR IA Tess eaenceieiicane od eaterdeaeeiemaanicinee eens 491 
AGRO YF oc teiscosacomnnncadnuniensccranGueanminimmaaiqpenes 491 
RGBOHL } nwissccsadinniinncinunnensaaaneusaansmmamaipiminenes 492 
PEO Faia toscaemensivicl dy ivalectvacbyesriienea bopeeotie ea eee teem eeseas 492 
eA 8 eb hina a atassiacee pate eee eae ote inees 492 
ISAIPRAL ) desscsisrisinnrdinienen ennui 492 
PASO 1 cess sewoaeacpetee rein tomcat eee 493 
EOE W s.d isis cinacicoleisie arbi aan buee eben NeEE 493 


Contents 


iscntrl() ........ 
isdigit() ... 
isgraph( ) ...... ae woe ADE 
ABUG RET) nscicvlisssrrkuuririnieeenmondnten paiuwniuirn Ae Nunuuiieidnlannicicns “Se 
MEU RERE sha chetendcritas artes tec apenciae tabiaelaat uae ir an oiuell aimee ainds, “Meee 
isprint() .. 
ispunct() . 
TESA VF casee ccutesiseess textos teaiaaitsheasenniableundeereeuds sieeseativaesed Gieseietiaea 
SUPPER ) cncidnsnannnneninanibdennmmnlicnien Anite 


jnf() .... 
jrand48( ) . 
111 eer 
krand48( ) 
I3tol() esses 
164a() ... 
labs() ... 
Icong48( ) 
Idexp() .... 
Idexpf() ... 


localeconv( ) dia 
NG CALEINGL ) siiccastiemacminasnianemcuniiarmaniinamanumeamnmuNe. NO 
1G) synictimncmalaniaikesionreeemioeaaaneace UL 
_logb() .... 
logf() ....... sethiiieies sin ateasbieikiioada sen vies Pe 
TST D. soutereericrevinemaaduincieiainiintnana mnie 
LOST) ninco miieintaannnind akon ene haan 4 
lrand48() ou... ; 

TRCSECDY, ) cndsnossisireiarmnceennes 

Iseek() oe 
HSC) svvsssasvevers 
MHAULTOL P aispduhiiieeaace dixon lanies tied adorei 
RO We ceacatceisvisiceadanu ese ie eae eee Oo 


XXxXiii 


Wind River Compiler for ARM/XScale 
User's Guide, 5.4 


XXXIV 


Hm PNG RU aces issseliena vidas satisotetitvacaecnntdedevluaetvaaastaieebactdeasite 504 
HSU Deere ecrararietnuked anemia atrial dina ita auman ea ateny 504 
BUASCEIUEE EL Yds cavestes ipuhcireta vida tabevardedetaauiesbusvasictadusins useuitnatdeanedleatuele cua duniauaues 504 
RURAL EU Vv vedtaetoclerctasiang sou yaateris Neus dpeizapiriaduseuiambanlel lelsbiieieaaateaainbvaven 505 
CLS Ls aI 0 OMe eee mes ety errr eee arate rs eerste eet et ee ire eryert cer rere miner entre 505 
BUDOIOGF CAT F ohice erie as loci tnchonieiacd- serenade Nanni aa cadet 506 
BABU CL Des iscsecssiassrivcssmitenree ora elmibekeaigeiahieNSeeiomnE 506 
MGIC" | ionamin en ee 506 
BCI Pca hcre trees dae eerie ian ems 506 
Te rc carina corinne arable eee rae ata 507 
ESE SER gL MCE Venere a ere Sere re erent erento here Rene Tere sore er ere rene tert 507 
PACINO VEL F sccnsiescstierrdscesceecseinchantinioaeiemeaanaeat 507 
PCTS Fas coctia-iceeseansidcaasetemenstaeinsteaeiareeaminieieeteaieeeS 507 
PAP tesa cera eco einen mee aoe 508 
PARE. 9 ssa cscssjcsesicase dcensnaetneannseantauseanase ouneasatueaeacenmndernD 508 
OC Fite oe an er ee ae ee 508 
WIC TE Tr stesso dare alesecitnal nc ees ede erearamaanis 508 
Wa secret sees iter eas ene ees ee aaron 509 
SIE IGIECEY ¥ dicen aeissusccs ovata ee aatin eae aaaeaier eines 509 
PUEARVEAE NY. nccacacasssacacceeanaspromasicaananixacnscnateaxhaimaoasniandes mamnianananoseautnanaengeasseess 509 
OTERO DOL) Sesacacsnssece sscteanasavosncaseqnanswacaesngeusntianuia vassessacaanieniniasssarecnemeranangralesess 510 
OPN ccunicdannacanimuiennionciansumensiea en mbRbeammnmee 510 
PONG } eceacstecaectiontaaamicninammerbammauncmamantmns 510 
POW) stcacncicanailndo aati eee eet eal 
Le Cee ee eee ce ee ee et ee ee 511 
[Lyi at 55 Oh Meera sere ererarere erence trererrercrerern Cer erere cre ey were irr er rer Sl 
PUR 1 sacnentimciicaementanaseunue salen Rieee 514 
OUGTIAIE YT ncmaccnumc eter. madam nema emi aeaEen 514 
PUNO) asiiaeeiccatmnsenetinnac icine ols 
PUNE) cccncnemnnecuaniemad nema BLS 
PUG) cccasisteaciecsntastaenansmmaumiaieiaimnan minima eae BLS 
GEOL) co tsuserranesplosiinnatriinmmnaouaecorn Ua enee 515 
PASE! Si ccrisatecsnmearneoreiraaaeuan meee a deebiseam cea eee 516 
PACU U peciiewitse doit vse ett ated piece eee 516 
PORE 9D deccisrewdstseradcceieriievivslataacheetnien eae ene i 516 
Pea pee iiteaeee eee mio Wemeaeoheenennnieeees 516 
RUIN species ca eisrtiaxivs eetcacbvesttieenen bomvobie eaeneee aie ee emseeas 517 
FETAL F asissicumieniriniiecianniriinonemieninieudmentarindeadennademmiep 517 
POU Fcc ea ccceisreertes eet ince ole eae eee 517 
BOIL cichaseaie a eatin ecenadnisceni te cannes 518 

SCANT © 5 cescrituvivesnstcclartterumare in aie eee ee ee 518 
BOWIE} saccade eee een eure eee oes 518 
PI 1 Reis ctascamccstadeayigiea-siaeled iene doo tieenieeeeew beademenyieasdas 520 


Contents 


SHO V chesnayraaain nnn mnauan eRe. Oe 
wana ! 
BPI ) scsedeucxsias 
strncat() ....... 
dimen) . : 

strncpy() ... 
iL as 
strrchr( ) .. 
i om 
strstr() ... sari teeeuniodiedere aero ociaada eee 
strtod() .. ‘ciavakepHiieias eae ws cee 
SATORU xccsasmcesdiees 

SACOM F icc samarhacees 

strtoul() ........ 

Streit } cass 

SAH F iced asneacavivextvariskanet 


Wind River Compiler for ARM/XScale 
User's Guide, 5.4 


BOUNTY aca s avis osinuher ctavvaratanideva ect eieanastuivaply iadvsharnsenlinbin deiiuoieaur ena soinbalaues 533 
BON, i ssaicviveeietacianoainehi eta niustmucra viene aeediediuantaxieuremeuynnieliduixiionuuae na deinules B35 
WEP Discuss sata ces wcalccauasocanrageee uaa wa rinse teiniebanctearded a amacelaidtad adalat 533 
BA GEME OF cape vesuicavedtvnu hat ctavinesataasevdyaiet etnianednwvapiriidteeasieue piel aeinhaneeuainaNaues 534 
Ler i ieenteree tree ree ne Sererey cence we teenter creer ae nn serena remem srr ertorerres mayer ent a 534 
BINA ) sctacesu cass hy tates culate varhaetnisonbixante a tenner ahaa eels 534 
PUNTA 5 Ss cevnchacele iis cele iariaiectianeiani eee aD 534 
CORSO: 1 cccsscieiy dices mendes nennmeaiemneenara panes ioRA 535 
POLICE!) caniacereaceatAiaede areca aesan RND 535 
ROG VOO AY cath tes csesearaiseecaceansiiettdd hence sali a denon Rae 530 
POU pet) henna haan eee 599 
A sr iad ip Seen ret a eee Cnr rr ne er rere ne eters nee rT re eer ee 536 
PER AIIN 1 atsuidace retard dncarniiineeiciiielid eee eras 536 
PAIN uae cccee ns etesheitnas dnicadieetawinnis micelle aaa Me Ee 536 
ROOF a ccacciesisascsuccsictoaccay acceso cateneantd Gadscaeaa andi ea amie taie arcana aac: Bev 
ME ata ee Sof 
WTAE cdots cree cicaeaid cece eae ecnareaeanenaeiieaass Soe 
MTCC TOG D gsiccieep sors aucanteeistvanieatanseaan ainda wien esauennenaannars 537 
WIPIIE ¥ awk om aennaai ane ereaenaies 538 
WISCAIL 4 ccczaisvasssocaccanscanieanstonssusceianaseresesacaseala atarannresemamnngrencanseantuntaeg 538 
WCE) ¥ sciesntsconstce eniaueantaunee senate namie 538 
WSCAIIEL ) acciatacacanasacaase tgnataxanvcicaseenacitarsiornsaaemmaeasnndsare emaaeanyoumonaaaneeamcunesace 539 
WSUNIMEN J ctarcssnnnd ine mene an eaer ene 539 
WESCEIIIL. ] accnusvasswsnncaenieanveneaceamnnna cues em eeAReED 539 
WICBLOINEL J) as ssisacasncnteataconuancacaamnanasarascninl nanan naneeUCeaCE 540 
WICEOIMI J davicacasisecasravaeatacnsuthcasnentsacacmanceayndnmavaerinace muanabaenanosmancnanaaaminansnes 540 
PATOL If ciaccracacatanisicassaeitadacneuussnaneraaantrucscmonsns ai canosarocq um sanabeniniahoiaramaannariounas 540 
SANE B ccssaaasai poss uatiarans dana opnwals baganaeiatasasost eae RAseemiaee Ramee REReaaSs 541 
01 I rere ere eer ere ere erecta creer errrne Career ey resrrereree eye tren errr 541 
Vt 0 suieaioinnic anna ae Rem nanan peeec 541 
VLE) caneacnninulnoi inden anEiaenEMe amet 541 
Vai) saccnirivcinannniciaaandneonein ema 542 
Wi ) sscivinasdivenivinaarcuiiennireiaddranneteaienuinmee 542 


PART VII: APPENDICES 
eR RAPRRNCQUNE ARIA UN ss cscs gt pat eee eee ete te 545 


Al COMmPiguraom Fil!s: sus ecsssecivsiererasnsrscsenaareorsaniensnerereveraererepesnsineatensioccsseienancstoes 545 


XXXVI 


Contents 


A.2. How Commands, Environment Variables, and Configuration Files Relate 546 


Adel, 
A.2.2 


Configuration Variables. and Precedence .cccsuniiuiaisaincnauses 4 


DiRT anteninlietnai menial itd | 


A.3 Standard Configuration Files ...........cccsssssssesesecscsssssssssssesesssesessssesssssssesesesessseees 


A3.1 
A3.2 
ABs 


DENVIRON Configuration Variable .. 


UFLAGS1, UFLAGS2, DFLAGS Pili Wantnles: catscnncne m Sol 


UAFLAGS1, UAFLAGS2, ULFLAGS1, ULFLAGS2 


Configuration Variables ..........c..e0 sal bieieaaa emanies 


Sapeaaeiaeniantn, Oe 


AA — The Configuration Language .........csssssssssssessssssssssssssesssssssessssssessessssssssssesseses  5DZ 


AA.1 
AA.2 
AA3 
AAA 
AA5 
AA6 
AA7 
AA8 
AA9 
AA4.10 
AA.11 


Compatibility Modes: ANSI, PCC, and K&R C .......ccsssseeeeneeeee 


Srabemients aiid Opniens: aininisunininceninnmeann nina aan 
LOIS cciciniatincucaaman esa knimaonknamanee 
SUE te UNSTABLE) acc. auntie ctoascp aiatnronueesstiolnidn wiawiaaNuddiuauineiels Oe 
ST Ls) (aR Nene etna Omens aE ee Oaer ee eee eras reel Meee rane eee 


J SEIGRINENt SATII sass soiicncincnconrounienrreeneimnreuseoe 4 


eet oP eI OLE vacacsechiceaipspasacoulieaaa senator ia eonarinaeatutioncaeeanaenemsies 


Bet Sarena nit ssi ciectcsteuss ado nas midst Gerseereasiaamibusiia 


te eS is corcicin i ccteeiieta tient deieehae eatielatianei saminda 
Tipecte Sia Fee ness clasp dcdcdc eroreen ie 
Print Statement .......... sSssleie bees apaaateal tages adc anleiaiien ea. 


Sede i SAAT OSH ONE aos icq eetina ania bekeenah Gees DOT 


ven EN sci at weet te eri eects 


Compiler Implementation Defined Behavior ...........:ssssssessees 


Te “tee ich On sah Scat Sane casein aaadinaee aaa 


DS. Tea ns Ati Git sceiicccinhnaursewainasctaisicnnadsineaaneneinareen 


XXXVil 


Wind River Compiler for ARM/XScale 
User's Guide, 5.4 


D2 EAviOnment cananiccannnccncmanimancniaaionmmiammnammemnmmnans 570 

DA TARR y HU CEON: raisins eransssnassasvccetseviotsineniaceenssersanenlaceavarsnrsaaniaraeemrabersieinenvacnene® 571 

E Assembler Coding Notes. ..........:cs::cccssseeeeesseseeesssssseneesseeeeesseneeeeenssees 575 
ELL TiS bE MCT OINLES sca seins sisiccnsncrssdavannsna sissicsensbshaticcnindsndentsoneasonecinmeniveasapennaen 575 

E22 Operand Addressing MOWES: wiscessedicnisinarcrenevivcesvivaranencseseonnsarerasenvoievoavenneins 576 

Bal. Neier tenance cancer am ana ieee 576 

E22 EXP@SS0008 cscs naciicaenrninwadainidadaraiomunannan 576 

F Object and Executable File Format .........::s:sseccsssseessseeceeeeseeeeeeeeeees 577 
Fl Executable and Linking Format (ELF) ..........csssssssssssesesesssnssssssseneneaseesesssseseneaes 577 

De. - SPAN GTS ss cteaccintemeensieinmnserti eploauaturehianateteleigedicaadn Sve 

Fl? BILE Hesdet 4 conccniiiconinoriauunienieimaueinhinraininnnitnmanss 578 

BLS Pirperain Header sidaduneunncnticantnemniennrnecncninns 580 

EP Bice om Eleader Fishes pratensis cia neuen ammenities 580 

FLA Becht PICA tS snccicaaiisnseidcdaraeuireudendersnciuaniisineaiaenarssaniananuaecds 581 

Bile Special Seton sisncionumpiscnndicwhrinananmadensi arabes 583 

Rise BLP Rebocaiims Urine tion snccccaccaaasnciccecaniacamttareoniesabianashiharaeaananns 584 

ELE Relocate: Baitey Bie lts + iscidins tiginiensmnnariniersaestuabienceauabnaiins 584 

Pol? Laie Nate Infor a tone jiacnissicisiacaraiacasesesiaesngeaiiee nveaiabargenanioveatanaenugunsd 585 

PL ey Tae ecards cans seiencunrerarsanaiccicaineniduitacdsdanunuelaatatiaseicin 585 

BLP Symbol Table MAAS: ascsnccaninrninnarnnsiaancinamimennanninvass 585 

BLS ‘Sine TAGS siconicacsianmenenerinemema eames 586 

G Compiler -X Options Numeric List .............ccccssecceeeeeeeeeeeeeeeeseneeneeeeeees 589 
MRC G Ag sie eee enti 593 
Hel. Todi ancccusacunicnnnoineaniedaiennoie ans 593 


XXXVIli 


H.2 


H.3 


H4 


Contents 


Cami pile WIGS SACS cicicsscescusidssacensactvensncsasansnenseranasstonscadhenstonnanedesedamansiseanaeinasiabansbins 594 
2. Compiler Message Forniat viniwnacacvanrisasniniaatn dininninenne 594 
E22 Errore iasta Mache arid Asti SHARE: ssssasscsaamsairsiacwiicinaaiiomncues 595 
H23 (Compiler Messape Detail siissiicisiconccsssacaiarasecnscarsaaeiaceenaceaiqaincasts 595 
FA Co MICS AR OB cece ci cxsnspanceranansiaranapanunnanararanéevneindielarshananaancnaaannananinaneenedine 649 
Assembler Messages sisncassecincmemnrecnrescoumnnmnnnineinmmnmmaminn 650 
hiker Wiese e es aucciewnsase immerse nna nameamne ene 650 
FLa.L “Linker Messate Formal oc cicitundianroniinrnouancuniion 650 
Fia2. linker Message Detall cccuunicacninncmacnmuniubaniiarpibanied 651 
Leidatedasiaciwajarsduswaacteansuespubjuten sebunaleadeusajacvasusivs iebacudunveneevanieuperselbeanusanuey 665 


XXXIX 


Wind River Compiler for ARM/XScale 
User's Guide, 5.4 


xl 


PART | 
Introduction 


CUB IVIOW  ceiisitipshiebbisanabinniiiicdieisiidanesdaddaianinibiihan 3 
Configuration and Directory Structure ........... 9 
Drivers and Subprogram FIOW .........::::0e 17 
Selecting a Target and Its Components ....... 21 


Wind River Compiler for ARM/XScale 
User's Guide, 5.4 


Overview 


1.1 Introduction 3 
1.2 Overview of the Tools 4 


1.3. Documentation 7 


1.1 Introduction 


This manual describes all tools in the Wind River Compiler toolkit (formerly 
known as the Diab Compiler) for the ARM family of RISC microprocessors, 
including the Thumb variant and the Intel XScale architecture. It includes detailed 
information about each tool, optimization hints, and guidelines for porting 
existing code to the compilers and assembler. 


For introductory information, including an example program, see the Getting 
Started manual. 
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1.2 Overview of the Tools 


The compiler suite includes high-performance C and C++ tools designed for 
professional programmers. Besides the benefits of state-of-the-art optimization, 
they reduce time spent creating reliable code because the compilers and other tools 
are themselves fast, and they include built-in, customizable checking features that 
will help you find problems earlier. 


With hundreds of command-line options and special pragmas, and a powerful 
linker command language for arranging code and data in memory, the tools can be 
customized to meet the needs of any device software project. Special options are 
provided for compatibility with other tools and to facilitate porting of existing 
code. 


Important Compiler Features and Extensions 


» Many compiler controls and options for greater flexibility over compiler 
operation and code generation. 


* Many features and extensions targeted for the device programmer. See 15. Use 
in an Embedded Environment. 


* Optimizations and features tailored individually for each processor type 
within the ARM microprocessor family. See 4.3 Alternatives for Selecting a Target 
Configuration, p.25 for information on how to specify the target processor. 


» Extensive compile-time checking to detect suspicious and nonportable 
constructs. See 11. The Lint Facility. 


* Powerful profiling capabilities to locate bottlenecks in the code. The profiling 
information can also automatically be used as feedback to the compiler, 
enabling even more aggressive optimizations. See 10. Optimization, and the 
discussion of D-BCNT in 28. D-BCNT Profiling Basic Block Counter. 


=» C++ templates, exceptions, and run-time type information. 


High Performance Optimizations 


A wide range of optimizations, some of which are unique to the Wind River 
Compiler, produce fast and compact code as measured by independent 
benchmarks. Special optimizations include superior interprocedural register 
allocations, inlining, and reaching analysis. 


Optimizations fall into three categories: local, function-level, and program-level, as 
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listed next. See 10. Optimization. 


Local optimizations within a block of code: 


Constant folding 

Integer divide optimization 

Local common sub-expression elimination 
Local strength reduction 

Minor transformations 

Peep-hole optimizations 

Switch optimizations 


Function global optimizations within each function: 


Auto increment/decrement optimizations 
Automatic register allocation 

Complex branch optimization 

Condition code optimization 

Constant propagation 

Dead code elimination 

Delayed branches optimization 

Delayed register saving 

Entry/exit code removal 

Extend optimization 

Global common sub-expression elimination 
Global variable store delay 

Lifetime analysis (coloring) 

Link register optimization 

Loop count-down optimization 

Loop invariant code motion 

Loop statics optimization 

Loop strength reduction 

Loop unrolling 

Memory read/write optimizations 
Reordering code scheduling 

Restart optimization 

Branch-chain optimization 

Space optimization 

Split optimization 

Structure and bit-field member to registers 
Tail recursion 

Tail jump optimization 

Undefined variable propagation 


Portability 
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Unused assignment deletion 
Variable location optimization 
Variable propagation 


* Program global optimizations across multiple functions: 


Argument address optimization 
Function inlining 

Glue function optimization 
Interprocedural optimizations 
Literal synthesis optimization 
Local data area optimization 
Profiling feedback optimization 


The compiler implements the ANSI C++ standard (ISO/TEC FDIS 14882) as 
described in 13. C++ Features and Compatibility. Exceptions, templates, and 
run-time type Information (RTTI) are fully implemented. 


For C modules, the compiler conforms fully to the ANSI X3.159-1989 standard 
(called ANSI C), with extensions for compatibility with other compilers to simplify 
porting of legacy code. 


Standard C programs can be compiled with a strict ANSI option that turns off the 
extensions and reduces the language to the standard core. Alternatively, such 
programs can be gradually upgraded by using the extensions as desired. See 
BCompatibility Modes: ANSI, PCC, and K&R C, p.559 for operational details when 
compiling in different modes. 


Wind River tools produce identical binary output regardless of the host platform 
on which they run. The only exceptions occur when symbolic debugger 
information is generated (that is, when -g options are enabled), since path 
information differs from one build environment to another. 


1.3 Documentation 


This User’s Guide 


Table 1-1 


1 Overview 
1.3 Documentation 


This guide contains all information necessary to use the tools effectively. Please see 
the table of contents for a detailed overview. 


User’s Guide Parts 


Part 


Contents 


Part I. Introduction 


Part I. Wind River Compiler 


Part ILI. Wind River Assembler 


Part IV. Wind River Linker 
Part V. Wind River Compiler 
Utilities 


Part VI. C Library 


Part VII. Appendices 


Overview, configuration, directory structure, 
subprograms, selecting a target for compilation. 


The compilers, including invocation, options, 
additions to C and C++ for device 
programming, internal data representation, 
calling conventions, and optimizations. 


The assembler, including invocation, options, 
syntax rules, expression syntax, and all 
assembler directives. See manufacturer’s 
manuals for details on ARM instructions. 


The linker, including invocation, options, the 
linker command language, and object module 
format. 


The D-AR library archiver; the D-DUMP utility 
for converting and examining object, 
executable, and archive files; and others. 


The structure of the C libraries provided with 
the compiler for use in different environments, 
and the details of the functions in the libraries. 


Configuration files, limits, implementation- 
defined behavior, assembler coding notes, object 
modules format details, -X options by number, 
and messages. 


This manual does not explain the C or C++ language. SeeAdditional Documentation, 
p.8 below, for references to standard works. 
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Additional Documentation 


Changes made for this release and information developed after publication of this 
manual may be found in the release notes. 


The following C++ references are recommended: the ANSI C++ standard 
(ISO/IEC FDIS 14882), The C++ Programming Language by Bjarne Stroustrup, The 
Annotated C++ Reference Manual by Margaret A. Ellis and Bjarne Stroustrup, and 
The C++ Standard Template Library by PJ. Plauger et al. 


For C, see the ANSI C standard X3.159-1989 and The C Programming Language by 
Brian Kernighan and Dennis Ritchie (K&R). 


The following manuals from ARM Limited may be consulted for details about 
microprocessor architecture and instructions: 


« ARM Architecture Reference Manual 
» ARM Developer Guide 


Configuration and Directory 
Structure 


2.1 Components and Directories 9 
2.2 Accessing Current and Other Versions of the Tools 14 


2.3 Environment Variables 15 


2.1 Components and Directories 


All files are located in subdirectories of a single root directory. The following 
terminology is used throughout this manual to refer to that root and related 
subdirectories: 


« — install_path represents the full pathname of the root directory. The root 
directory contains version_path subdirectories, each acting as a sub-root for all 
files related to a single version of the compiler. This allows multiple versions 
of the tools to reside on the same file system. 


= version_path is the name of the complete path for a single version of the 
compiler. 


«  host_dir is the name of a subdirectory under version_path containing directories 
specific to a single type of host, e.g. Win32 or SUNS (Sun Solaris). This permits 
tools for different types of systems to reside on a single networked file system 


These names for a default installation depend on the host file system. The 
following table assumes that the version number is 5.3.x and shows examples for 
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common installations. For other systems, see the installation procedures shipped 
with the media. 


Table 2-1 Example Default Installation Pathnames 


System Default version_path Default with host_dir 

UNIX /usr/lib/diab/5.3.x /usr/lib/diab/5.3.x/host 
HP-UX /usr/lib/diab/5.3.x/HPUX 
Solaris /usr/lib/diab/5.3.x/SUNS 
Linux /usr/lib/diab/5.3.x/LINUX386 

PCs C:\diab\5.3.x C:\diab\5.3.x\op-sys 
Windows C:\diab\5.3.x\ WIN32 


NOTE: In this manual, instructions and examples for Windows apply to all 
supported versions of Microsoft Windows. 


Also, in cases where the Windows and UNIX pathnames are identical except for 
the path separator character, only one pathname is shown using the UNIX 
separator “/”. 


The following table lists the subdirectories of version_path and important files 
contained in them. 


Table 2-2. Version_path Subdirectories and Important Files 


Subdirectory or File Contents or Use 
Programs: 
host_dirlbin/ Programs intended for direct use by the user: 
dec Main driver—assumes C libraries and headers. 
dplus Main driver—assumes C++ libraries and headers. 
das The assembler. A separate ARM-specific description file 


controls assembly. 


did The linker. Generates executable files from one or more object 
files and object libraries (archives). 


2 Configuration and Directory Structure 
2.1 Components and Directories 


Table 2-2 Version_path Subdirectories and Important Files (cont'd) 


Subdirectory or File 


dar 


dbcnt 


dctrl 


ddump 


dmake 


flexlm* 
lm* 


reorder 


host_dir/lib/ 


ctoa 
etoa, dtoa 


Contents or Use 


D-AR archiver. Creates an object library (archive) from one or 
more object files. 


D-BCNT basic block counter. Generates profiling information 
from files compiled with -Xblock-count. 


Utility to set default target for compiler, assembler, and linker. 


D-DUMP object file utility. Examines or converts object files, e.g. 
ELF to Motorola S-Records. 


“make” utility; extended features are required to re-build the 
libraries. Not for use with VxWorks development tools. 


Programs and files for the license manager used by all Wind 
River tools. 


This program is started by the driver. It reschedules the 
instruction sequence to avoid stalls in the processor pipeline 
and does some peephole optimizations. See 10. Optimization. 


Programs and files used by programs in bin. 


C and C++ compilers. A separate ARM-specific description file 
directs code generation. (The preferred C++ compiler is etoa; 
dtoa is an older version.) 


Configuration, header, and source files 


conf/ 


dtools.conf 
default.conf 
user.conf 


default.dld 


dmake/ 


example/ 


Configuration files for compilers, assembler, and linker. 


Configuration files read by the compiler drivers at startup, 
primarily to supply command-line options. See A. Configuration 
Files for details. Other .conf files for particular boards or 
operating systems may also be present. 


Default linker command file. Other sample .dld linker 
command files are also found here. See 24.2 Defaults, p.360 in 
the Linker section of this manual. 


dmake startup files. See 30. dmake Makefile Utility. 


Example files used in the Getting Started manual and elsewhere. 


Table 2-2 
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Version_path Subdirectories and Important Files (cont'd) 


Subdirectory or File 


Contents or Use 


include/ 


libraries/ 


pdf/ 
relhist/ 


src/ 


Standard and other header files for use in user programs, plus 
HP/SGI STL library header files. 


Library sources and build files. See 32.3 Library Sources, Rebuilding 
the Libraries, p.453 for details. 


PDF form for all manuals. 
Older Release Notes. 


Source code for replacement routines for system calls. These 
functions must be modified before they can be used in an embedded 
environment. See 15. Use in an Embedded Environment. 


ARM startup module and libraries 


ARME/ 


crt0.o 


libc.a 
cross/libc.a 


simple/libc.a 


libchar.a 


libram.a 


ELF library and startup code directories (big-endian). 


Start up code to initialize the environment and then call main. 
The source for crt0.o is src/crtarm/crt0.s. 


ELF standard C libraries. Each libc.a is actually a short text file 
of -1 options listing other libraries to be included. A libc.a file is 
selected based on the library search path (See 4.2 Selected Startup 
Module and Libraries, p.24). 


ARME/libc.a is a generic C library with no input/output 
support. It includes sublibraries libi.a, libcfp.a, libimpl.a, 
libimpfp.a, all described below. 


ARME/simple/libc.a includes the above four sublibraries plus 
libchar.a providing basic character I/O. 


ARME/cross/libc.a includes the above four sublibraries plus 
libram.a, which adds RAM-disk-based file I/O. 


For details, see 32.2 Library Structure, p.444. 


Basic character input/output support for stdin and stdout 
(stderr and named files are not supported); an alternative to 
libram.a. 


Adds to libchar.a RAM-disk-based file I/O for stdin and stdout 
only; an alternative to libchar.a. 


2 Configuration and Directory Structure 
2.1 Components and Directories 


Table 2-2 Version_path Subdirectories and Important Files (cont'd) 


Subdirectory or File 


Contents or Use 


libi.a 


libimpl.a 


libd.a 


libg.a 


windiss/libwindiss.a 


General library containing standard ANSI C functions. 


Utility functions called by compiler generated or runtime code, 
typically for constructs not implemented in hardware, e.g., 
low-level software floating point support, multiple register save 
and restore, and 64-bit integer support. 


Additional standard library functions for C++ (libe.a is also 
required). 


Functions to generate debug information for some debug 
targets. 


Support library for Wind ISS instruction-set simulator when 
supplied. Note: implicitly also uses cross/libc.a. 


Floating point-specific libraries and sub-libraries 


ARMEN 
libcfp.a 
libimpfp.a 
libstl.a, libstlstd.a 


ARMES/ 
libcfp.a 
libcomplex.a 
libimpfp.a 
libios.a 
libm.a 


libpthread.a 


ARMEV/ 


ELF floating point stubs for floating point support of “None”. 


Stubs to avoid undefined externals. 
Empty file required by different versions of libc.a. 


Support library for C++. Includes iostream and complex math 
classes. 


ELF software floating point libraries: 


Floating point functions called by user code. 

C++ complex math class library. 

Conversions between floating point and other types. 
C++ iostream class library. 

Math library. 


Unsupported implementation of POSIX threads for use with 
the example programs. Text file which includes sub-libraries 
libdk*.a. 


ELF vector floating point libraries: 
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Table 2-2. Version_path Subdirectories and Important Files (cont'd) 


Subdirectory or File Contents or Use 

ARML// Parallel little-endian ELF library and startup code directories. 
ARMTof/ Parallel directories for the Thumb instruction set. 

ARMXof! Parallel directories for Xscale. 


2.2 Accessing Current and Other Versions of the Tools 


The driver (dec or dplus) automatically finds the subprograms it calls (it is 
modified with the directory selected during installation). Thus, running the 
compiler requires only that driver be accessed in any of the usual ways: 


« Add version_path/host_dir/bin to your path for UNIX or 
version_path\host_dir\bin for Windows. 


= Create an alias or batch file that includes the complete path directly. 
«Copy dcc or dplus to an existing directory in your path, e.g., /usr/bin on UNIX. 


If the tools are installed on a remote server, Windows users should map a drive 
letter to the remote directory where they reside and use that drive letter when 
setting their path variable. 


You can invoke an older copy of a driver as follows: 


« Rename the main driver for the older version. For example, to execute version 
4.4a of the C++ driver, rename dplus in the bin directory for version 4.4a 
dplus44a. Then access dplus44a in any of the usual ways described above. 


"Modify your path to put the directory containing the desired version before 
the directory containing any other version. The driver command will then 
access the desired version. 


« Create an alias or batch file that includes the complete path of the desired 
version. 


2 Configuration and Directory Structure 
2.3 Environment Variables 


2.3 Environment Variables 


Table 2-3 


NOTE: This section is for unusual cases. It is usually sufficient to override the 
default setting by using the -t option on a command line when invoking a tool, or 
to use one of the other methods, all as described under 4.3 Alternatives for Selecting 
a Target Configuration, p.25. 


The configuration information which controls default operation of the tools is 
usually stored as configuration variables in default.conf in the conf subdirectory of 
the version_path directory by the dctrl program. These configuration variables 
include DTARGET, DFP, DOBJECT, and DENVIRON. However, if an environment 
variable having the same name as a configuration variable is set, the value of the 
environment variable will override the value stored in default.conf. (This can in 
turn be overridden by using a -t or -WD option on the command line when 
invoking a tool.) 


The method used to set environment variables depends on the operating system as 
shown in the following table. 


Setting Environment Variables 


System Command 
UNIX variable=value;export variable 
Windows set variable=value 


2.3.1 Environment Variables Recognized by the Compiler 


This section describes the environment variables recognized by the compiler. 


DCONFIG 
Specifies the configuration file used to define the default behavior of the tools. 
documents the configuration file. If neither DCONFIG nor the -WC option is 
used (see A.2.2 Startup, p.547), the drivers use: 


version_path/con£ /dtools.conf (UNIX) 
sversion_path*\ con£\dtools.conf (Windows) 
DTARGET 
DOBJECT 


15 


Wind River Compiler for ARM/XScale 
User's Guide, 5.4 


DFP 
DENVIRON 


These four environment variables specify, respectively, the target processor, 
object file format and mnemonic type, floating point method, and execution 
environment. They may be used to override the values set in default.conf (and 
will in turn be overridden by a -t option on the command line). DENVIRON 
may also refer to an additional configuration file, for example to set options for 
a particular target operating system. For details, see: 


« 4.3 Alternatives for Selecting a Target Configuration, p.25. 
» 4.1 Selecting a Target, p.21 for valid settings for the four variables. 
*  A.3.1 DENVIRON Configuration Variable, p.549 regarding DENVIRON. 


DFLAGS 


Specifies extra options for the drivers and is a convenient way to specify -XO, 
-O or other options with an environment variable (e.g., to avoid changing 
several makefiles or to override options given in a configuration file). The 
options in DFLAGS are evaluated before the options given on the command 
line. See A.3 Standard Configuration Files, p.548, especially Figure A-2 for 
details. 


DIABLIB 


Formerly used to tell the compiler and drivers where to look for the tools. If 
DIABLIB is defined, it should be set to the version_path selected during 
installation. If DIABLIB is not defined, the compiler and drivers are found on 
the user’s path variable or from an absolute directory path specified on the 
command line. 


NOTE: DIABLIB is deprecated and is maintained for backward compatibility 
only. 


DIABTMPDIR 


Specifies the directory for all temporary files generated by all tools in the tool 
suite. 


DCXXOLD 
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If set to YES, tells the compiler to use the old C++ parser (-Xc++-old option) by 
default. 


Drivers and Subprogram Flow 


The Wind River tools are most easily invoked using the dec and dplus driver 
programs. Depending on the input files and options on the command line, the 
driver may run up to five subprograms: the C preprocessor, either or both 
compilers, the assembler, and the linker. 


The following figure shows the subprogram flow graphically for a C file. A C++ 
file is processed similarly except dplus invokes the C++ etoa compiler instead of 
ctoa. The subprograms and the stopping options are described following the figure. 
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Figure 3-1 Subprogram Flow and Intermediate Files 


Stopping 
C sources Preprocessor Cption 
file.c EF 
a, oF 
C Compiler a 
ctoa 
a 
Assembler \ Assembler a 
sources 
aa 4 das 
: 
Libraries  \ Linker 


Driver command lines are described in detail in 5. Invoking the Compiler. The 
general form is: 


dec [options] _ [input-files] Assumes Wind River C libraries. 


dplus [options] _[input-files] Assumes Wind River C++ libraries. 


The driver determines the starting subprogram to be applied to each input-file 
based on the file’s extension suffix; for example, by default a file with extension .s 
is assembled and linked but not preprocessed or compiled. Command-line options 
may be used to stop processing early. The subprograms and stopping options are 
as follows. 
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3 Drivers and Subprogram Flow 


Table 3-1 Driver Subprograms, Default Input and Output Extensions, and Stopping Options 


Default Default 
Sub- Input Stopping Output 
program Extension Option Extension Function and Stopping Option 
cpp -P ai The preprocessor; takes a C or C++ 
module as input and processes all # 
directives. This program is included in 
the main compiler program. The -P 
option halts the driver after this phase, 
producing a file with the .i suffix. (The 
i file is not produced unless -P is used.) 
ctoa -c -s 8 The C-to-assembly compiler; consists of 
several internal stages (parser, 
optimizer, and code generator), and 
generates assembly source from 
preprocessed C source. 
etoa “CPP -s 8 The C++-to-assembly compiler; 
" generates assembly source from 
.c (capital, UNIX) preprocessed C++ source. 
das “8 -¢ -0 The assembler; generates linkable 
object code from assembly source. 
did To) (object) a.out The linker; generates an executable file 
; from one or more object files and object 
: h (default) 1% J OF) 
is (archive) libraries, as directed by a .dld linker 
command file (obsolete: .Ink). The 
ae (commands) default output name is a.out if the -o 


outputfile option is not given. 
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Components 


4.1 Selecting a Target 21 
4.2 Selected Startup Module and Libraries 24 
4.3 Alternatives for Selecting a Target Configuration 25 


4.1 Selecting a Target 


The compiler, assembler, and linker all require specification of a target configuration. 


A complete target configuration specifies the target processor, the type of floating 
point support, the object module format (ELF), and the execution environment 
(default libraries for input/output and target operating system support). To 
determine the current default, execute the command: 


dec -Xshow-target 
or print the file default.conf in the version_path/conf subdirectory. 


The easiest methods for selecting a target configuration are as follows. The first 
method is preferred. For special cases or more details, see 4.3 Alternatives for 
Selecting a Target Configuration, p.25. 
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* Use the -ttof or -ttofienviron option when invoking the compiler, assembler, or 


linker. The table below describes this option. 


« Invoke the detrl command with the -t option to set the defaults used when no 


-t option is present on the compiler, assembler, or linker command line. Note 
that this sets the default for all users. 


The tof:environ string given with the -t option has four parts, as follows. See 
4.2 Selected Startup Module and Libraries, p.24 for examples. 


-t Option Values 


t Target processor, a several-character code — see the Notes following the 
table (sets DTARGET): 


ARM ARM 
ARMV5 ARMV5 
ARMT ARMT incorporates the Thumb instruction set 
enabling a 16-bit mode 
ARMV5T ARMVST incorporates the Thumb instruction set 
enabling a 16-bit mode 
ARMX Intel XScale 
ARMXT ARMAXT incorporates the Thumb instruction set 
enabling a 16-bit mode 
0 
Object format (sets DOBJECT): 
E for ELF big-endian 
L for ELF little-endian 
f Floating point support — one character (sets DFP): 


S for Software floating point emulation provided with the 
compiler — default on targets without internal floating point. 


V for Vector floating point support. The compiler assumes that the 
VFP unit has been initialized with stride=1. See the Note below. 


N for No floating point support (minimizes the required runtime). 
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4.1 Selecting a Target 


Table 4-1 -t Option Values (cont'd) 


environ Execution environment (sets DENVIRON). Determines paths searched 


for libraries (see 4.2 Selected Startup Module and Libraries, p.24). Two 
standard values used with the libraries delivered with the tools are: 


cross to include libram.a for RAM-disk input/output 
simple to include libchar.a for basic character input/output 


environ may also be the name of a target operating system supported 
by Wind River. In this case, in addition to specifying the library search 
path, the value will be used to include a special configuration file, 
environ.conf in the conf subdirectory, to set options required by the 
target operating system. For further details, see A.3.1 DENVIRON 
Configuration Variable, p.549, VxWorks Application Development, p.24, 
and the release notes and available application notes for particular 
target operating systems. 


environ is optional. If not given by -t, a-WDDENVIRON option, or a 
DENVIRON environment variable, the value set by dctrl is used. 


Notes for the Target Processor Component of the -t Option 


In the -ttof option, “t” is the part not including the final two parts, each of 
which is always a single character (the o and f parts). 


“ww 


Each target in the table which is not preceded by an sign causes the 
invoked tool to operate in a manner unique to that target. The unique 
operating characteristics are selected via the options used to invoke the tool 
plus the options which the tool extracts from the built-in configuration files. 


To see the options associated with a particular -t option, invoke a compiler 
driver with the -t option, the -# option (causes the driver to show the 
command line used to invoke each tool), and the -Wa, -# option (causes the 
assembler, when invoked by the driver, to show options which it extracts from 
the configuration files). 


Each implemented ARM DMA channel has its own register for control of 
DMA operations. Part of the register format includes the stride. The stride 
indicates the increment on the external address between each consecutive 
access of the DMA; a stride of zero indicates that the external address should 
not be incremented. By default, the Wind River Compiler for ARM/XScale sets 
the stride to 1; adjust your startup code appropriately if necessary. 
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* This table may not be up-to-date. Invoke dctrl -t to construct any valid -t 
option supported by the tools as installed, or look in ARM.conf for a complete 
list of target processor codes. 


VxWorks Application Development 


To build VxWorks applications, specify the appropriate execution environment 
with the -t option. Usually this will be :rtp for user (real-time process) mode or 
:vxworksx.x for kernel mode. For example, -tARMEN:rtp selects user mode, while 
-t-ARMEN:vxworks6.2 selects VxWorks 6.2 kernel mode. For more information, see 
the documentation that accompanied your VxWorks development tools. 


NOTE: If you specify a VxWorks execution environment (:rtp or :vxworksx.x), the 
standard C libraries linked to your application will be different from the 
compiler’s native C libraries documented in this manual. 


Specifying a VxWorks execution environment turns on -Xieee754-pedantic by 
default. 


4.2 Selected Startup Module and Libraries 


The parts of -ttof:environ option (or its equivalents as described in 4.1 Selecting a 
Target, p.21) are used to construct a directory name and to select the desired startup 
module and libraries per Table 4-1. 


Examples: 

-t Option Startup Module, Libraries 

-tARMEN: simple ARME/crt0.0 
ARME/simple/libc.a with ARMEN/libcfp.a and 
ARME/libchar.a 


ARM, ELF objects, no floating point, character 
input/output 
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4.3 Alternatives for Selecting a Target Configuration 


-t Option Startup Module, Libraries 
-tARMES: cross ARME/crt0.0 


ARME/cross/libc.a with ARMES/libcfp.a and 
ARME/libram.a 


ARM, ELF objects, software floating point, RAM-disk 
input/output 


The library archive files themselves, and the detailed mechanics for selection of the 
appropriate subdirectories and libraries, are fully described in 32.2 Library 
Structure, p.444. 


Briefly, the main driver programs select the startup module and libraries by 
invoking the linker with the following partial command line, using UNIX path 
notation, written on multiple lines and spaced for readability, and where f is as 
described above: 


did -Y P,version_path/ARMEf/environ : version_path/ARMEf : 
version_path/ARME/environ : version_path/ARME ... 
-l:crt0.o0 ... -lc 


The -Y P option sets a list of directories. Then the -l:crt0.o option causes the linker 
to look in those directories for file crt0.0, the startup file, without modification, 
while the -lc option causes the linker to construct filename libc.a and look in those 
directories for it. 


4.3 Alternatives for Selecting a Target Configuration 


There are five ways to change the target configuration. As noted at the beginning of 
this chapter, the first method is preferred, especially when multiple engineers work with 
multiple targets. This section is provided for backward compatibility and special 
cases. 


Using -t sets four configuration variables: DIARGET for the processor, DOBJECT for 
the object module format, DFP for the type of floating point support, and 
DENVIRON for the target execution environment. 


These configuration variables are stored in version_path/conf/default.conf. A 
configuration variable may be overridden by an environment variable of the same 
name, or by a -t or -WD variable option on the command used to invoke the 
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compiler, assembler, or linker. The environment variable is checked first and then 
the command line; the last instance found is used. 


Change the target for a single invocation of a tool by using the -t option on the 
command line; this applies to dec, dplus, das, and dld. The -t option takes one of 
the tof or tof:environ codes described in 4.1 Selecting a Target, p.21 and displayed by 
the dctrl -t program (see below). 


Example: 
dplus -ttof -c file.cpp 
Other methods involve changing or overriding four configuration variables stored 


in the configuration file default.conf. (See A.3 Standard Configuration Files, p.548.) 


« The default target configuration is set and may be changed any time by using 
the dctrl program with the -t option: 


dactrl -t 


This interactive program prompts you for the desired target processor, object 
format, floating point support, and target execution environment. If you 
already know the exact target configuration you want, you can skip the 
interactive program by specifying the target after -t on the command line: 


dctrl1 -ttofienviron 


Upon success, dctrl displays the new default target and modifies default.conf. 


* Manually edit the default.conf configuration file to change the default settings 
for any of the DTARGET (the processor), DOBJECT (object module format), 
DFP (floating point support), and DENVIRON (target execution environment) 
configuration variables. 


«Set any of the DTARGET, DFP, DOBJECT, and DENVIRON environment 
variables. This overrides the values of the configuration variables having these 
names in default.conf. 


» Use the command-line option -WD environment_variable (see 5.3.26 Define 
Configuration Variable (-W Dname=value), p.42). This overrides both the values 
of the variables in default.conf and any environment variables. Example: 


dplus -WDDTARGET=newtarget -c file.cpp 
NOTE: For additional explanation, and order of precedence when more than one 


of these methods is used, See A. Configuration Files, and especially 
A.2.1 Configuration Variables and Precedence, p.546. 
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5.1 The Command Line 29 
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5.5 Examples of Processing Source Files 114 


5.1 The Command Line 


As noted in 3. Drivers and Subprogram Flow, the compiler is best executed via one of 
the driver programs as follows: 


dec [options] _[input-files] Assumes Wind River C libraries. 
aplus [options] _[input-files] Assumes Wind River C++ libraries. 
where: 

dcc 

dplus 


Invokes the main driver program for the compiler suite. See 2.2 Accessing 
Current and Other Versions of the Tools, p.14 for details on how the driver 
program is found. 
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Both the dec and dplus drivers are used in examples this manual. Please 
substitute dec for dplus if you are using only the C compiler. 

options 
Command-line options which change the behavior of the tools. See the 
remainder of this chapter for details. Options and filenames may occur in any 
order. 

input-files 
A list of pathnames, each specifying a file, separated by whitespace. The suffix 
of each filename indicates to the driver which actions to take. See Table 3-1 for 
details. 


For example, process a single C++ file, stopping after compilation, with standard 
optimization: 
dplus -O -c file.cpp 


The form -@name can also be used for either options or input-files. The name must 
be that of an environment variable or file (a path is allowed), the contents of which 
replace -@name. See A.2 How Commands, Environment Variables, and Configuration 
Files Relate, p.546 for details. 


5.2 Rules for Writing Command-Line Options 


Same Option More Than Once 


Options can come from several sources: the command line, environment variables, 
configuration files, and so forth as described in A.2 How Commands, Environment 
Variables, and Configuration Files Relate, p.546. 


If an option appears more than once from whatever source, the final instance is 
taken unless noted otherwise in the individual option descriptions in the next 
sections. 
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5.2 Rules for Writing Command-Line Options 


Command-Line Options are Case-sensitive 


Command-line options are case-sensitive. For example, -c and -C are two 
unrelated options. This is true even on Windows; however filenames on Windows 
remain case-insensitive as usual. 


Spaces In Command-Line Options 


Quoting Values 


For easier reading, command-line options may be shown with embedded spaces 
in documentation, although they are not typically written this way in use. In 
writing options on the command line, space is allowed only following the option 
letter, not elsewhere. For example: 


-D DEBUG=2 
is valid, and is exactly equivalent to: 
-DDEBUG=2 


However, 


-D DEBUG = 2 


“ey 


is not valid because of the spaces around the “= 


When a command-line option can take a string as a value, it does not require 
quotes. For example: 


-prof-feedback=rta-db -Xname-code=.code 
Enclosing the value in quotes has no effect. Thus, 
-DSTRING="test" 


is equivalent to: 


-DSTRING=test 


Using “\” to escape the quotes will pass the quotes into the compiler. Given file 
test.c containing: 


void main() { 
printf (STRING) ; 
} 


compiling with: 


dcc test.c -DSTRING="test" 
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the printf statement becomes: 
printf( test ); 

(and will fail because test is undefined). But compiled with: 
dec test.c -DSTRING=\"test\" 

the printf statement becomes: 


printf( "test" ); 


Unrecognized Options, Passing Options to the Assembler or Linker 


Length Limit 


Ordinary options beginning with a letter other than “X” and which are not listed 
in this section are automatically passed by the driver to the linker. All -X options 
are processed first by the compiler. 


When invoking the dec or dplus driver program, it is sometimes important to pass 
an option explicitly to the assembler or linker—for example, a -X option or an 
option identified by the same letter as a driver or compiler option. The driver 
options -W a,arguments and -W Larguments pass arguments to the assembler and 
linker respectively. 


The length of the command line is limited by the drivers’ 1000-byte internal buffer. 
To pass longer commands to the tools, see 5.3.39 Read Command-Line Options from 
File or Variable (-@name, -@@name), p.48. 


The following example is written on several lines for clarity. The individual 
options shown are fully documented in this chapter or in the 16.4 Assembler -X 
Options, p.283 and in 24.5 Linker -X options, p.369. 


dcc -D DEBUG=2 -XO 
-Wa , -DDEBUG=3 
-W1l,-Xdont-die 
-Llibs 
-WA.asm 
f.c a.asm 


-D DEBUG=2 -XO 
The driver invokes the compiler with these options. A space is allowed after 
the option letter -D. 
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-Wa, -DDEBUG=3 
The driver invokes the assembler with the option -DDEBUG=3, perhaps for use 
in the a.asm file. Without the -Wa, the driver would have passed this option to 
the compiler, resetting DEBUG to 3. 


No space is allowed after the -D because it would have ended the -Wa option; 
-W a, -DDEBUG=3 would also have been valid. 
-Wl1,-Xdont-die 
The driver invokes the linker with the option -Xdont-die. Without the -W1, the 
driver would have passed this linker option -Xdont-die to the compiler. 


-Llibs 
This option is not recognized by the driver as a driver or compiler option, so it 
is passed to the linker. 


-WA.asm 
Instructs the driver that files having the extension .asm are to be preprocessed 
and then assembled. If this extension is a project standard, it can more 
conveniently be set in user configuration file user.conf as follows (see 
A.3.2 UFLAGS1, UFLAGS2, DFLAGS Configuration Variables, p.551): 


UFLAGS1=-WA.asm 


f.c a.asm 
An input file to be compiled (f.c) and, because of the -WaA.asm option, an 
input file to be preprocessed and assembled (a.asm). 


The next sections document the command-line options recognized by the driver 
and compiler. 


5.3 Compiler Command-Line Options 


This section shows all general command-line options. New options added after 
publication may also be in the most recent release notes. 
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5.3.1 Show Information About Compiler Options (-?, -?..., -h, -h..., --help) 


-h 

--help 
Show synopsis of commonly used compiler options. Available for other tools 
(assembler, linker) as well. 


Show synopsis of less frequently used options. 


Show synopsis of -W options (see 5.3.25 Pass Arguments to the Assembler 
(-W a,arguments, -W :as:,arguments), p.42). 

-?x 

-hx 
Show synopsis of -X options (see 5.4 Compiler -X Options, p.48). 


-?xstring 
Show synopsis of -X options whose names contain the specified string. For 
example, entering dcc -?Xbss returns information about -Xbss-off and 
-Xbss-common-off. 


5.3.2 Ignore Predefined Macros and Assertions (-A-) 
-A- 
Cause the preprocessor to ignore all predefined macros and assertions. 
5.3.3 Define Assertion (-A assertion) 
-A_ pred (ident1) (ident2) 


Cause the assertion pred(ident) to be defined. See #assert and #unassert 
Preprocessor Directives, p.120. 


5.3.4 Pass Along Comments (-C) 
-c 


Cause the C processor to pass along all comments. Useful only in conjunction 
with -E or -P. 
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NOTE: The preprocessor may be used with any language supported by Wind 


River. 


-C is not necessary when -Xpass-source is used to output source as comments 
when generating assembly output because in that case the source code is taken 
before preprocessing. 


5.3.5 Stop After Assembly, Produce Object (-c) 


-¢c 


Stop after the assembly step and produce an object file with default file 


extension .o (unless modified by -o, see 5.3.18 Specify Output File (-o file), p.40). 


5.3.6 Define Preprocessor Macro Name (-D name=definition) 


-p name [=definition] 


Define the preprocessor macro name as if by the #define directive. If no 
definition is given, the value 1 is used. 


Macros may be either function-like macros or object-like macros. Function-like 
macros take arguments; this sample macro converts inches to centimeters: 


dcc -DIN_TO_CM(x)=((x)*2.54) foo.c 


Note that, to prevent unexpected results, both the argument and the entire 
macro expression should be enclosed in parentheses. 


Object macros do not take arguments: 
dec -DYEAR_LENGTH=366 bar.c 


See 5.2 Rules for Writing Command-Line Options, p.30, for rules about using 
spaces, quotations, and the like on the command line. 


5.3.7 Stop After Preprocessor, Write Source to Standard Output (-E) 


-E 


Run only the preprocessor on the named files and send the output to the 
standard output. All preprocessor directives are removed except for 
line-number directives used by the compiler to generate line-number 
information. (To suppress line-number information, use 
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-Xpreprocessor-lineno-off.) The source files do not require any particular 
suffix. 


When -E is invoked, the preprocessor implicitly includes the lpragma.h file. To 
suppress inclusion of lpragma.h, use -Xclib-optim-off. For more on 
Ipragma.h, see 5.4.22 Disregard ANSI C Library Functions (-Xclib-optim-off), 
p.64. 


See also 5.3.19 Stop After Preprocessor, Produce Source (-P), p.41. 


5.3.8 Change Diagnostic Severity Level (-e) 


-esn[,n...] 
For each of one or more diagnostic message numbers n in the 
comma-separated list, change the severity level of the message to s where s is 
one of: 


i 
Information, equivalent to ignore. 


Warning. 
Error (continue compilation). 


Fatal error (terminate immediately). 
Each diagnostic message has the form: 
"file", line #: severity-level (compiler:error#) : message 
Example: 
"errl.c", line 2: warning (dcc:1025): division by zero 


To raise the severity level of this message from “warning” to “error”, invoke the 
compiler with the option -ee1025. To reduce the level to “ignore”, use -ei1025. 


NOTE: Some messages have a minimum severity level. The severity level of a 
message may be raised above its minimum but not lowered below it. Attempting 
to do so will generate warning 1641. 
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If either form of -Xmismatch-warning is used, mismatched types will only 
produce a warning, even if -e is used to increase the severity level of the diagnostic. 
See 5.4.92 Warn On Type and Argument Mismatch (-Xmismatch-warning), p.94. 


5.3.9 Generate Symbolic Debugger Information (-g) 


The several -gn options enable generation of varying levels of debugging 
information. If optimization options are also present (-O or -XO), optimization will 
be affected as described. 


-g 


-g0 


Same as -g2. 


Do not generate symbolic debugger information. This is the default. No effect 
on optimization. 


Generate symbolic debugger information, but leave out line number 
information. No effect on optimization. 


Generate symbolic debugger information. 


Do most target-independent optimizations, but do not do the following 
optimizations, since most object formats have no way to describe them. 
Hexadecimal numbers indicate the mask for -Xkill-opt (5.4.79 Disable 
Individual Optimizations (-Xkill-opt=mask, -Xkill-reorder=mask), p.87). 


* Function inlining (Inlining (0x4), p.191) 

* Structure member optimization (Structure Members to Registers (0x10), 
p-193) 

* Split optimization (Variable Live Range Optimization (0x400), p.195) 

= Complex Branch Optimization (0x1000), p.196 

= Loop Count-Down Optimization (0x4000), p.197 

« Minor Transformations to Simplify Code Generation (0x80000), p.198 

« — Live-Variable Analysis (0x40000000), p.201 


Also, disable most target-dependent optimizations: option -g2 also disables 
basic reordering and all peephole optimizations (see 203). 


See 10. Optimization for details on these optimizations (the optimizations are 
ordered by the hex values in that chapter). 
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See also -Xoptimized-debug-off (5.4.98 Disable Most Optimizations With -¢ 
(-Xoptimized-debug.-...), p.97) on how to disable optimizations which interfere 
with debugging. 


Generate symbolic debugger information and do all optimizations. Highly 
optimized code can be difficult to debug. For example, there is no way to break 
on inlined functions (except at the assembly level). Hence, when debugging is 
required, -g2 is usually a better choice. 


NOTE: The -g7 options may also be specified at the beginning of a source files 


using: 


#pragma option -gn 


5.3.10 Print Pathnames of Header Files (-H) 


-H 


Print the pathnames of all header files to the standard error output. 


5.3.11 Specify Directory for Header Files (-I dir) 


-I dir 
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Add dir to the list of directories to be searched for header files. A full pathname 
is allowed. More than one -I option can be given. 


For an #include “file” directive, search for the file in the following locations: 


First, the directory of the file containing the include directive. Thus, if an 
#include directive includes a path, that path defines the current directory 
for #include directives in the included file. Example (using UNIX 
notation): 


Assume file f1.c contains: 


#include "pl/h1.h" 
#include "h3.h" 


and file h1.h contains: 
#include "h2.h" 


The search for h2.h will begin in directory p1; the search for h3.h will begin 
in the directory containing f1.c. 


5 Invoking the Compiler 
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« Second, directories given by the -I dir option, in the order encountered. 
«Third, the directory given by either: 
any -Y I option appearing prior to the -I option 


version_path / include (UNTX) 
version_path\ include (Windows) 


(The -Y I option effectively replaces the version_path directory.) 


For an #include <file> directive, search only the second and third locations. 


5.3.12 Control Search for User-Defined Header Files (-I@) 


-1@ 
C only. Search for user-defined header files (those enclosed in double quotes 
(") in the order specified only by -I options (modified by -Y I options if any). 
That is, do not search the current directory by default; search the current 
directory only when an -I@ option is encountered. Example: 


dcc -Iabc -I1@ -Idef file.c 
will result in a search order of: 


the directory abc 
the current directory 
the directory def 


5.3.13 Modify Header File Processing (-i file1=file2) 
-i filel=file2 
Substitute file2 for filel in an #include directive. 


-i filel= 
Ignore any #include directive for file1. 


-i =file2 
Include file2 before processing any other source file. 


The -i option is disabled by -P. 
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5.3.14 Specify Directory For -Il Search List (-L dir) 


This is a linker option. See Specify Directory for -I search List (-L dir), p.365. 


5.3.15 Specify Library or Process File (-l name) 


This is a linker option. See Specify Library or File to Process (-Iname, -I:filename), p.365. 


5.3.16 Specify Pathname of Target-Spec File (-M target-spec) 
-M target-spec 


NOTE: This option is primarily for use by Wind River. 


Specify the pathname of the target-spec file to the compiler (see target.cd in 
Table 2-2). This file contains the target description and is read by the compiler 
at startup. If the -M option is set more than once, the final setting is used. 


5.3.17 Optimize Code (-O) 


-o 
Optimize code. Either this or -XxO must be present to enable optimization and 
to invoke the reorder program. See the -XO option in 5.4.95 Enable Extra 
Optimizations (-XO), p.96 for the difference between these options and 
10. Optimization for more information about optimizations. 


This option can also be specified at the beginning of a source file using: 


#pragma option -O 


5.3.18 Specify Output File (-o file) 


-o file 
Output to the given file instead of the default. This option works with the -P, 
-S and -c options as well as when none of these are specified. When compiling 
file.ext the following filenames are used by default if the -o option is not given: 


-P file.i 
-s file.s 
-c file.o 
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not -P, -S, or -c a.out 


5.3.19 Stop After Preprocessor, Produce Source (-P) 


-P 


Stop after the preprocessor step and produce a source file with default file 
extension .i (unless modified by -o). 


Unlike with the -E option, the output will not contain any preprocessing 
directives, and the output does not go to standard out (see -o for the output 
filename). The source files do not require any particular suffix. 


When this option is used, the compiler driver does not invoke the assembler 
or linker. Thus, any switches intended for the assembler or linker must be 
given separately on command lines which invoke them. The -P option also 
disables -i. 


When -P is invoked, the preprocessor implicitly includes the lpragma.h file. To 
suppress inclusion of lpragma.h, use -Xclib-optim-off. For more on 
Ipragma.h, see 5.4.22 Disregard ANSI C Library Functions (-Xclib-optim-off), 
p.64. 


5.3.20 Stop After Compilation, Produce Assembly (-S) 


-s 


Stop after the compilation step and produce an assembly source code file with 
the default file extension .s (unless modified by -o). If 
-Xshow-configuration=1 is enabled, the assembly file contains a list of options 
in effect during compilation. 


5.3.21 Select the Target Processor (-t tof:environ) 


-t toftenviron 


Select the target processor with t (a several character code), the object format 
with o (a one letter code), the floating point support with f (H for hardware, S 
for software, and N for none), and libraries suitable for the target environment 
with environ. 


To determine the proper tof, execute dctrl -t to interactively display all valid 
combinations. See also 4.2 Selected Startup Module and Libraries, p.24. 
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5.3.22 Undefine Preprocessor Macro Name (-U name) 


-U name 
Undefine the preprocessor macro name as if by the #undef directive. 


5.3.23 Display Current Version Number (-V, -VV) 


-v 
Display the current version number of the driver. 

-vv 
Display the current version number of the driver and the version number of all 
subprograms. Do not complete the compilation. 


5.3.24 Run Driver in Verbose Mode (-v) 


-V 
Run the main drive program in verbose mode, printing a message as each 
subprogram is started. 


5.3.25 Pass Arguments to the Assembler (-W a,arguments, -W :as:,arguments) 


-W a, arg1[ , arg2...] 
-W :as: ,argi[,arg2...] 
Pass the arguments to the assembler. Example: 


-Wa,-l or -W:as:,-l 


Pass the option “-1” (lower case letter L) to the assembler to get an assembler 
listing file. 


5.3.26 Define Configuration Variable (-W Dname=value) 


-W Dname=value 
Set a configuration variable equal to a value for use during configuration file 
processing. 


More than one -WD option can be used to set several variables. The effect is as 
if an assignment statement for each such -WD variable had been added to the 
beginning of the main configuration file. 
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5.3.27 Pass Arguments to Linker (-W I,arguments, -W :ld:,arguments) 


-W 1, arg1[ , arg2...] 
-W :1d:,arg1[,are2...] 
Pass the arguments to the linker. 


Any option which is not recognized by the driver or compiler is automatically 
passed to the linker. -WI may be used to pass options to third-party linkers in 
cases where such an option resembles a driver or compiler option. See 


5.4.56 Suppress Assembler and Linker Parameters (-Xforeign-as-Id), p.78. Example: 


-Wl,-m or -W:ld:,-m 


Pass the option -m to the linker to get a link map. 


5.3.28 Specify Linker Command File (-W mfile) 


-W nfile 


Use the given linker command file instead of the default 
version_path/conf/default.dld. 


NOTE: To suppress use of the default.Ink file, specify just -Wm with no file on 


the command line. 


5.3.29 Specify Startup Module (-W sfile) 


-W sfile 
Use the given object file instead of the default startup file (crt0.0). Additional 
object files to be loaded along with the startup file and before any other files 
can be given separated by commas. 


NOTE: To provide a crt0.s file or substitute to be assembled on the command 


line, or to use an existing non-default crt0.o file or substitute, specify just -Ws 
with no name to suppress use of the default. 
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5.3.30 Substitute Program or File for Default (-W xfile) 


NOTE: Except for the common cases -W m and -W s documented above, this 
option is primarily for use by Wind River. 


-W xfile 
Use the given program or file instead of the default program or file for the case 
indicated by x. Some cases take the form -W xname=value. x is one of the 
following: 


:aSst, a 
The assembler. 


The configuration file to be used. The default is dtools.conf 
(DTOOLS.CON for Windows) in the version_path/conf subdirectory. 


:Cppi, D 
The C preprocessor. The preprocessor is incorporated in the compiler, so 


this becomes a synonym for 0. 


3c 


" The C compiler. 


2Ctt: 
The C++ compiler. 


Pass the string following the -Wc exactly as is as an option to the linker. 
More than one option can be given following -Wc, separated by commas. 
For example, -Wc-lc,-Iproj would cause the linker to search for missing 
symbols in libraries libc.a and libproj.a. 


The linker -1 option is the more usual way to specify libraries. 
See 5.3.26 Define Configuration Variable (-W Dname=value), p.42. 
The C++ library. The default is -ld. See “c” for the meaning of -ld and 
additional rules. 
:ld:, 1 
The linker. 


The object converter; will execute after the linker. 


See 5.3.28 Specify Linker Command File (-W mfile), p.43. 
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See 5.3.29 Specify Startup Module (-W sfile), p.43. 
The compiler implied by the extension of the source file. 


The reorder program. Specifying -W1 with no substitute program name 
will disable the reorder program. 


6 

Other filter programs. -W1 and -W2 execute if -O or -XO is given and 
process the output from the compiler. -W3 and -W4 also process the output 
from the compiler. -W5 and -W6 process the input to the assembler. 
Example: 


-W:1d:/usr/lib/dcc/3.6e/bin/dld 


Use an old version of the linker. 


5.3.31 Pass Arguments to Subprogram (-W x,arguments) 


-W x,argl[ , arg2...] 
Pass the arguments to the subprogram designated by x. x is one of the 
following: 


:CPpPp:, PD 


3c 


The preprocessor. The preprocessor is incorporated in the compiler, so this 
becomes a synonym for 0. 


The compiler implied by the extension of the source file. 


" The C compiler. 


C++: 


The C++ compiler. 


:as: 
The assembler. See 5.3.25 Pass Arguments to the Assembler (-W a,arguments, 
-W :as: arguments), p.42. 


sld: 
The linker. See 5.3.27 Pass Arguments to Linker (-W Larguments, -W 
‘Id: arguments), p.43. 


The object converter. Usually not implemented. If given, it will execute 
after the linker. 
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The reorder program. 


2-6 
Other filter programs; usually not implemented. -W1 and -W2 are only 
executed if -O or -XO is given. They process the output from the compiler. 
-W3 and -W4 are always executed if given and process the output from the 
compiler. -W5 and -W6 process the input to the assembler. 


Example: 
-W:as:,-l or -Wa,-1 


Pass the option “-1” (lower case letter L) to the assembler to get an assembler 
listing file. 


5.3.32 Associate Source File Extension (-W x.ext) 


-W x.ext 
Associate a source file extension with a tool; that is, indicate to the main driver 
program dcc or dplus which tool should be invoked for an input file with a 
particular extension. ext specifies the extension and x specifies a tool, as 
follows: 


0 
The compiler implied by the extension of the source file. 


3c 


" The C compiler. 


2Cctts 
The C++ compiler. 


sas: a 
The assembler. 


:pas:, A 
Preprocessor and assembler: both the preprocessor and assembler will be 
applied to the source. Allows use of preprocessor directives with assembly 
language. 


Example: 
-W:as:.asm 


Specify that file.asm is an assembly source file. 
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5.3.33 Suppress All Compiler Warnings (-w) 
Suppress all compiler warnings. (Does not apply to assembler or linker.) 
5.3.34 Set Detailed Compiler Control Options (-X option) 


See 5.4 Compiler -X Options, p.48. 


5.3.35 Specify Default Header File Search Path (-Y I,dir) 


-¥ I,dir 
Use dir as the default directory to search for header files specified with the -I 
option. A full pathname is allowed. Must occur prior to a -I option to be 
effective for that option. 


5.3.36 Specify Search Directories for -I (-Y L, -Y P, -Y U) 


These are linker options. See Specify Search Directories for -I (-Y L, -Y P, -Y U), p.368. 


5.3.37 Specify Search Directory for crt0.o (-Y S,dir) 


Use dir as the default directory to search for crt0.0. This option is provided as a 
convenience for older makefiles; users should use the -W sfile option instead, as it 
enables you to specify both the search directory and the name of the startup file. 
See 5.3.29 Specify Startup Module (-W sfile), p.43. 


5.3.38 Print Subprograms With Arguments (-#, -##, -###) 
-# 
Print subprogram command lines with arguments as executed. 


-## 
Print subprogram command line with arguments without actually executing 
them. 
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~HEH 
Print subprogram command lines with arguments inside quotes without 
executing them. 


5.3.39 Read Command-Line Options from File or Variable (-@name, -@ @name) 


-@name 
Read command-line options from either a file or an environment variable. 
When -@name is encountered on the command line, the driver first looks for an 
environment variable with the given name and substitutes its value. If an 
environment variable is not found then the driver tries to open a file with 
given name and substitutes the contents of the file. If neither an environment 
variable or a file can be found, an error message is issued and the driver 
terminates. 


-@@name 
Same as -@name; also prints all command-line options on standard output. 


5.3.40 Redirect Output (-@E=file, -@E+file, -@O=file, -@O+file) 


-@E=file 
Redirect any output to standard error to the given file. 


-@o=file 
Redirect any output to standard output to the given file. 
Use of “+” instead of “=” will append the output to the file. 


5.4 Compiler -X Options 


Compiler command-line -X options provide fine control over many aspects of the 
compilation process when behavior other than the default is needed. 


Most -X options can be set either by name (-Xname) or by number (-Xn). Options 
can be set to a value m, given in decimal, octal (leading 0), or hexadecimal (leading 
Ox), by using an equal sign: -Xname=m or -Xn=m. Some options can be set to an 
unquoted string, e.g. -Xfeedback=file. 


48 


5 Invoking the Compiler 
5.4 Compiler -X Options 


Many options have multiple names corresponding to different values. For 
example, -Xchar-signed is equivalent to -X23=0, and -Xchar-unsigned is 
equivalent to -X23=1. Please note that if a value is provided, it is always dominant, 
regardless of which name is used. Thus, -Xchar-signed=1 is equivalent -X23=1, 
which is equivalent to -Xchar-unsigned. Internally, the name is translated to its 
number (23 in this case), and then the value is assigned regardless of which name 


was used. 


5.4.1 Option Defaults 


If an option is not provided, it defaults to a value of 0 unless otherwise stated. If an 
option which takes a value is provided without one, then the value 1 is used unless 
otherwise stated. Therefore, the following three forms are all equivalent: 


-Xtest-at-top -X6 -X6=1 


However, if neither option -Xtest-at-top nor -X6 had been given, the value of option 
-X6 would default to 0, which is equivalent to -Xtest-at-bottom. 


To turn off an option which is on by default, or which was set using an 
environment variable or -@ option, and for which there is no name for the “=0” 
case, set it to zero: -Xname=0. 


To determine the default for an option, compile a test module without the option 
using the -S and -Xshow-configuration=1 options and examine the resulting .s 
assembly language file. All -x options used are given in numeric form near the 
beginning of the file. An option not present defaults to 0. 


G. Compiler -X Options Numeric List lists all options having numeric equivalents in 
numeric order. 
-X options can also be specified at the beginning of a source file using: 
#pragma option -X... 
The remainder of this section shows all general -X options in both forms (name and 


number). 


As noted above, the -X options used for a compilation are given as comments in 
the assembly listing in numeric form. These include both options specified by the 
user and also some options generated by the compiler. Some of the latter may be 
undocumented and are present for use by Customer Support. 
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5.4.2 Compiler -X Options by Function 


Below is a list of functional groups of -X options. This is followed by the -X options 
in each functional group. 


C++, p.56 

Checking and Profiling, p.50 
Debugging, p.50 
Diagnostic and Lint, p.51 
Driver, p.51 

Instruction, p.52 

Memory, p.52 
Optimization, p.52 
Output, p.53 

Precompiled Headers, p.54 
Sections, p.54 

Syntax, p.54 

Type, p.55 


Checking and Profiling 


Debugging 
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5.4.11 Insert Profiling Code (-Xblock-count), p.60 
5.4.52 Optimize Using Profile Data (-Xfeedback=file), p.76 


5.4.53 Set Optimization Parameters Used With Profile Data (-Xfeedback-frequent, 
-Xfeedback-seldom), p.77 


5.4.113 Generate Code for the Run-Time Error Checker (-Xrtc=mask), p.103 


5.4.34 Align .debug Sections (-Xdebug-align=n), p.69 

5.4.35 Select DWARF Format (-Xdebug-dwarf...), p.69 

5.4.36 Generate Debug Information for Inlined Functions (-Xdebug-inline-on), p.69 
5.4.37 Emit Debug Information for Unused Local Variables (-Xdebug-local-all), p.70 
5.4.38 Generate Local CIE for Each Unit (-Xdebug-local-cie), p.70 

5.4.39 Disable debugging information Extensions (-Xdebug-mode=mask), p.70 
5.4.40 Disable Debug Information Optimization (-Xdebug-struct-...), p.71 

5.4.60 Include Filename Path in Debug Information (-Xfull-pathname), p.80 

5.4.68 Initialize Local Variables (-Xinit-locals=mask), p.83 


5 Invoking the Compiler 
5.4 Compiler -X Options 


«5.4.71 Define Initial Value for -Xinit-locals (-Xinit-value=n), p.84 
« 5.4.98 Disable Most Optimizations With -g (-Xoptimized-debug-...), p.97 
=  5.4,123 Enable Stack Checking (-Xstack-probe), p.106 


Diagnostic and Lint 
= 5.4.44 Control Use of Type “double” (-Xdouble...), p.72 


s 5.4.55 Generate Warnings on Undeclared Functions 
(-Xforce-declarations, -Xforce-prototypes), p.78 


» 5.4.81 Generate Warnings On Suspicious/Non-portable Code (-Xlint=mask), p.88 
«5.4.86 Warn On Undefined Macro In #if Statement (-Xmacro-undefined-warn), p.90 
= 5.4.92 Warn On Type and Argument Mismatch (-Xmismatch-warning), p.94 

»  5.4.124 Diagnose Static Initialization Using Address (-Xstatic-addr-...), p.107 

= 5.4.126 Buffer stderr (-Xstderr-fully-buffered), p.107 

= 5.4.127 Terminate Compilation on Warning (-Xstop-on-warning), p.107 

*  5.4.131 Warn on Large Structure (-Xstruct-arg-warning=n), p.108 

= 5.4.134 Suppress Warnings (-Xsuppress-warnings), p.109 


Driver 
= 5.4.17 Use Old C++ Compiler (-Xc++-old), p.62 
» 5.4.56 Suppress Assembler and Linker Parameters (-Xforeign-as-ld), p.78 
= 5.4.61 Control GNU Option Translator (-Xgcc-options-...), p.80 
» 5.4.67 Ignore Missing Include Files (-Xincfile-missing-ignore), p.82 


= 5.4.77 Create and Keep Assembly or Object File (-Xkeep-assembly-file, 
-Xkeep-object-file), p.86 


= 5.4.87 Show Make Rules (-Xmake-dependency), p.91 

= 5.4.88 Specify Dependency Name or Output File (-Xmake-dependency.-...), p.92 
»  5.4.100 Output Source as Comments (-Xpass-source), p.98 

= 5.4.105 Preprocess Assembly Files (-Xpreprocess-assembly), p.99 

«  5.4.107 Use Old Preprocessor (-Xpreprocessor-old), p.100 

*  5.4.120 Show Target (-Xshow-target), p.106 
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Instruction 
a 
a 


Memory 


5.4.3 Prefix Function Identifiers With Underscore (-Xadd-underscore), p.57 
5.4.74 Enable Interworking (-Xinterwork), p.85 

5.4.75 Enable Intrinsic Functions (-Xintrinsic-mask), p.86 

5.4.122 Select Software Floating Point Emulation (-Xsoft-float), p.106 


5.4.5 Align Functions On n-byte Boundaries (-Xalign-functions=n), p.57 


5.4.6 Specify Minimum Alignment for Single Memory Access to 
Multi-byte Values (-Xalign-min=n), p.58 


5.4.8 Specify Minimum Array Alignment (-Xarray-align-min), p.59 
5.4.34 Align .debug Sections (-Xdebug-align=n), p.69 

5.4.45 Generate Initializers for Static Variables (-Xdynamic-init), p.73 
5.4.62 Treat All Global Variables as Volatile (-Xglobals-volatile), p.81 


5.4.69 Control Generation of Initialization and Finalization Sections (-Xinit-section), 
p-83 


5.4.70 Control Default Priority for Initialization and Finalization 
Sections (-Xinit-section-default-pri), p.84 


5.4.90 Set Maximum Structure Member Alignment (-Xmember-max-align=n), p.93 
5.4.91 Treat All Variables As Volatile (-Xmemory-is-volatile, -X...-volatile), p.93 
5.4.125 Treat All Static Variables as Volatile (-Xstatics-volatile), p.107 

5.4.103 Treat All Pointer Accesses As Volatile (-Xpointers-volatile), p.99 

5.4.130 Align Strings on n-byte Boundaries (-Xstring-align=n), p.108 

5.4.133 Set Minimum Structure Member Alignment (-Xstruct-min-align=n), p.109 


Optimization 
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5.4.7 Assume No Aliasing of Pointer Arguments (-Xargs-not-aliased), p.59 
5.4.18 Optimize Global Assignments in Conditionals (-Xcga-min-use), p.62 
5.4.22 Disregard ANSI C Library Functions (-Xclib-optim-off), p.64 

5.4.23 Enable Cross-module Optimization (-Xcmo-...), p.64 
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« 5.4.49 Control Inlining Expansion (-Xexplicit-inline-factor), p.75 
* 5.4.72 Inline Functions with Fewer Than n Nodes (-Xinline=n), p.84 
s 5.4.73 Allow Inlining of Recursive Function Calls (-Xinline-explicit-force), p.85 


«5.4.79 Disable Individual Optimizations (-Xkill-opt=mask, -Xkill-reorder=mask), 
p-87 


= 5.4.84 Do Not Assign Locals to Registers (-Xlocals-on-stack), p.90 

s 5.4.95 Enable Extra Optimizations (-XO), p.96 

= 5.4.97 Execute the Compiler’s Optimizing Stage n Times (-Xopt-count=n), p.97 
= 5.4.99 Specify Optimization Buffer Size (-Xparse-size), p.97 

= 5.4,112 Restart Optimization From Scratch (-Xrestart), p.103 

= 5.4.121 Optimize for Size Rather Than Speed (-Xsize-opt), p.106 


= 5.4.132 Control Optimization of Structure Member Assignments 
(-Xstruct-assign-split-...), p.108 


=  5.4.139 Specify Loop Test Location (-Xtest-at-...), p.111 
= 5.4.142 Control Loop Unrolling (-Xunroll=n, -Xunroll-size=n), p.112 


Output 


= 5.4.15 Control Allocation of Uninitialized Variables in “COMMON” and bss 
Sections (-Xbss-off, -Xbss-common-off), p.62 


* 5.4.30 Dump Symbol Information for Macros or Assertions (-Xcpp-dump-symbols), 
p.67 


» 5.4.59 Generate .frame_info for C functions (-Xframe-info), p.80 

» 5.4.63 Do Not Pass #ident Strings (-Xident-off), p.81 

= 5.4.67 Ignore Missing Include Files (-Xincfile-missing-ignore), p.82 

= 5.4.87 Show Make Rules (-Xmake-dependency), p.91 

= 5.4.88 Specify Dependency Name or Output File (-Xmake-dependency-...), p.92 
= 5.4.100 Output Source as Comments (-Xpass-source), p.98 


= 5.4.106 Suppress Line Numbers in Preprocessor Output (-Xpreprocessor-lineno-off), 
p-100 


«  5,.4.117 Disable Generation of Priority Section Names (-Xsect-pri-...), p. 105 
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5.4.116 Generate Each Function in a Separate CODE Section Class (-Xsection-split), 
p-104 


5.4.118 Control Listing of -X Options in Assembly Output 
(-Xshow-configuration=n), p.105 


5.4.141 Append Underscore to Identifier (-Xunderscore-...), p.111 


Position-independent data 


5.4.33 Generate Position-independent Data (PID) (-Xdata-relative...), p.68 
5.4.102 Generate Position-Independent Code for Shared Libraries (-Xpic), p.99 


Precompiled Headers 


Sections 


Syntax 
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5.4.101 Use Precompiled Headers (-Xpch-...), p.98 


5.4.4 Set Addressing Mode for Sections (-Xaddr-...), p.57 


5.4.15 Control Allocation of Uninitialized Variables in “COMMON” and bss 
Sections (-Xbss-off, -Xbss-common-off), p.62 


5.4.25 Use Absolute Addressing for Code (-Xcode-absolute...), p.65 


5.4.29 Locate Constants With “text” or “data” (-Xconst-in-text, -Xconst-in-data), 
p-67 


5.4.32 Use Absolute Addressing for Code (-Xdata-absolute...), p.68 
5.4.34 Align .debug Sections (-Xdebug-align=n), p.69 


5.4.82 Allocate Static and Global Variables to Local Data Area (-Xlocal-data-area=n), 
p-89 


5.4.83 Restrict Local Data Area Optimization to Static Variables 
(-Xlocal-data-area-static-only), p.90 


5.4.93 Specify Section Name (-Xname-...), p.94 


5.4.104 Control Interpretation of Multiple Section Pragmas (-Xpragma-section-...), 
p-99 


5.4.115 Pad Sections for Optimized Loading (-Xsection-pad), p.104 


5.4.14 Parse Initial Values Bottom-up (-Xbottom-up-init), p.61 


Type 
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5.4.31 Suppress Preprocessor Spacing (-Xcpp-no-space), p.68 
5.4.24 Use the ‘new’ Compiler Frontend (-Xcnew), p.65 

5.4.41 Specify C Dialect (-Xdialect-...), p.71 

5.4.42 Disable Digraphs (-Xdigraphs-...), p.72 

5.4.43 Allow Dollar Signs in Identifiers (-Xdollar-in-ident), p.72 
5.4.66 Treat #include As #import (-Ximport), p.82 

5.4.75 Enable Intrinsic Functions (-Xintrinsic-mask), p.86 
5.4.78 Enable Extended Keywords (-Xkeywords=mask), p.86 
5.4.85 Expand Macros in Pragmas (-Xmacro-in-pragma), p.90 
5.4.107 Use Old Preprocessor (-Xpreprocessor-old), p.100 
5.4.128 Compile C/C++ in Pedantic Mode (-Xstrict-ansi), p.107 
5.4.135 Swap ‘\n’ and ‘\r’ in Constants (-Xswap-cr-nl), p.110 
5.4.140 Truncate All Identifiers After m Characters (-Xtruncate), p.111 
5.4.144 Void Pointer Arithmetic (-Xvoid-ptr-arith-ok), p.113 


5.4.9 Change bit-field type to reduce structure size (-Xbit-fields-compress-...), p.59 


5.4.10 Specify Sign of Plain Bit-field (-Xbit-fields-signed, -Xbit-fields-unsigned), 
p-60 


5.4.20 Specify Sign of Plain Char (-Xchar-signed, -Xchar-unsigned), p.63 
5.4.19 Generate Code Using ASCII Character Set (-Xcharset-ascii), p.63 
5.4.44 Control Use of Type “double” (-Xdouble...), p.72 

5.4.47 Specify enum Type (-Xenum-is-...), p.73 

5.4.50 Force Precision of Real Arguments (-Xextend-args), p.75 


5.4.51 Specify Degree of Conformance to the IEEE754 Standard (-Xfp-fast, 
-Xfp-normal, -Xfp-pedantic), p.76 


5.4.96 Use Old Inline Assembly Casting(-Xold-inline-asm-casting), p.96 
5.4.57 Convert Double and Long Double (-Xfp-long-double-off, -Xfp-float-only), p.79 
5.4.58 Specify Minimum Floating Point Precision (-Xfp-min-prec...), p.79 
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» 5.4.64 Enable Strict implementation of IEEE754 Floating Point Standard 
(-Xieee754-pedantic), p.81 


= 5.4.129 Ignore Sign When Promoting Bit-fields (-Xstrict-bitfield-promotions), p.108 
= 5.4,145 Define Type for wehar (-Xwchar=n), p.113 
= 5.4.146 Control Use of wchar_t Keyword (-Xwchar_t-...), p.113 


C++ 
«5.4.12 Set Type for Bool (-Xbool-is-...), p.61 
= 5.4.13 Control Use of Bool, True, and False Keywords (-Xbool-...), p.61 
» 5.4.16 Use Abridged C++ Libraries (-Xc++-abr), p.62 
= 5.4.17 Use Old C++ Compiler (-Xc++-old), p.62 
= 5.4.21 Use Old for Scope Rules (-Xclass-type-name-visible), p.64 
= 5.4.26 Mark Sections as COMDAT for Linker Collapse (-Xcomdat), p.66 
"5.4.27 Maintain Project-wide COMDAT List (-Xcomdat-info-file), p.66 
# 5.4.42 Disable Digraphs (-Xdigraphs-...), p.72 
« 5.4.48 Enable Exceptions (-Xexceptions-...), p.74 
» 5.4.54 Use Old for Scope Rules (-Xfor-init-scope-...), p.78 
«5.4.59 Generate .frame_info for C functions (-Xframe-info), p.80 
= 5.4.65 Control Template Instantiation (-Ximplicit-templates...), p.82 
= 5.4.76 Set longjmp Buffer Size (-Xjmpbuf-size=n), p.86 
« 5.4.89 Set Template Instantiation Recursion Limit (-Xmax-inst-level=n), p.93 
« 5.4.94 Disable C++ Keywords namespace and Using (-Xnamespace-...), p.96 
»  5.4.101 Use Precompiled Headers (-Xpch-...), p.98 
« 5.4.114 Enable Run-time Type Information (-Xrtti, -Xrtti-off), p.103 
* 5.4.119 Print Instantiations (-Xshow-inst), p.105 
= 5.4.128 Compile C/C++ in Pedantic Mode (-Xstrict-ansi), p.107 
*  5.4.137 Disable Certain Syntax Warnings (-Xsyntax-warning-...), p.110 
*  5.4.143 Runtime Declarations in Standard Namespace (-Xusing-std-...), p.112 
s  5.4.145 Define Type for wehar (-Xwchar=n), p.113 


56 


5 Invoking the Compiler 
5.4 Compiler -X Options 


=  5.4.146 Control Use of wchar_t Keyword (-Xwchar_t-...), p.113 


The sections that follow present -X options in alphabetic order. 


5.4.3 Prefix Function Identifiers With Underscore (-Xadd-underscore) 


-Xadd-underscore 
-X34 


Prefix an underscore to function names only. Concatenation of underscore is 
useful when compiling libraries, to avoid using the same namespace as user 
programs. 


5.4.4 Set Addressing Mode for Sections (-Xaddr-...) 


-Xaddr-code=n 
-K105=n 
Specify addressing for code. 


-Xaddr-const=n 
-K102=n 
Specify addressing for constant static and global variables. 
-Xaddr-data=n 
-k100=n 
Specify addressing for non-constant static and global variables. 
-Xaddr-string=1 
-K104=n 
Specify addressing for strings. 
-Xaddr-user=n 
-x106=n 
Specify addressing for user-defined sections. 


See the discussion of addr-mode in 14.2 Addressing Mode — Functions, Variables, 
Strings, p.238 for more information. 


5.4.5 Align Functions On n-byte Boundaries (-Xalign-functions=n) 


-Xalign-functions=1 

-x54=n 
Align each function on an address boundary divisible by n (which must be 
greater than or equal to the default alignment for the target microprocessor). If 
n is absent, the option has no effect. This option is designed for targets having 
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some type of burst-mode memory access, for example a target that can fetch 
multiple instructions if aligned on a 32-byte boundary. 


5.4.6 Specify Minimum Alignment for Single Memory Access to 
Multi-byte Values (-Xalign-min=n) 


-Xalign-min=n 
-X93=n 
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Set the minimum alignment required by the target processor to access a 
multi-byte value (e.g., short, long) in memory as an atomic unit, that is, ina 
single memory access. This option is set automatically by the compiler based 
on the target processor and should seldom be set by the user. 


NOTE: This option does not change how data is aligned; it changes the 
instructions which the compiler generates to access multi-byte unaligned 
objects. 


Technical details: if the target processor can access objects at any alignment 
with a single instruction, n is set to 1. For a processor which requires that 
multi-byte objects be aligned on even-byte boundaries for direct access, 1 is set 
to 2. Unaligned objects on such a processor must be accessed byte-by-byte. For 
a processor that requires 4-byte objects be on a 4-byte boundary, n is set to 4 
(2-byte objects aligned on 2-byte boundaries can still be accessed with a single 
instruction). 


The default value of n equals the maximum alignment restriction as given in 
the manufacturer’s documentation for the processor. Note that it may differ 
among processors in a family. As of this writing, the default is 4. 


NOTE: Because -Xalign-min is > 1, ina packed structure (a) bit-fields members 
are not allowed, (b) volatile members will not be accessed atomically, and (c) 
compound operators (for example, “+=”) cannot be used with volatile 
members. See Restrictions and Additional Information, p.130 for details. 


Synonym: -Xmin-align=n. 
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5.4.7 Assume No Aliasing of Pointer Arguments (-Xargs-not-aliased) 


-Xargs-not-aliased 

-x65 
Assume that pointer arguments to a function are not aliased with each other, 
nor with any global data. This enables greater optimization. Example: 


int g; EZ 


func(int* al, int* a2); 


void main () { 
int: 2 = 1; 
Int yj =. 2s 
func (&i,&j); /* OK */ 
func(&i,&i); /* not OK */ 
func (&i, &g) ; /* not OK */ 


} 


See also no_alias Pragma, p.126. 


5.4.8 Specify Minimum Array Alignment (-Xarray-align-min) 


-Xarray-align-min=1 

-x161=n 
Align arrays on the larger of n or the default alignment for the type of the array 
elements. n should be a power of 2. When this option is used, values given for 
-Xstring-align are ignored. 


5.4.9 Change bit-field type to reduce structure size (-Xbit-fields-compress-...) 


-Xbit-fields-compress 
-X135=1 
-Xbit-fields-compress-off 
-X135=0 
C only. Change the type of a bit-field if possible to generate more compact 


storage. The default is off. 

The algorithm is as follows: 

Examine all structure members before assigning offsets. Record: 
BitFieldMaxAlign = maximum alignment of any bit-field. 
NonBitFieldMaxAlign = maximum alignment of any non bit-field. 


WidthMaxBitField = number bits in largest bit-field. 
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IF BitFieldMaxAlign > NonBitFieldMaxAlign THEN 


NewType = unsigned integer type having the same alignment as that of 
the NonBitFieldMaxAlign. 


IF WidthMaxBitField <= bits in NewType THEN 


Change the type of each unsigned bit-field larger than NewType to 
NewType and each signed bit-field larger than NewType to signed 
NewType. 


This option is intended for legacy code. The same effect may be achieved in 
new code by using the smallest types having the required alignments. 


Synonym: -Xbitfield-compress. 


5.4.10 Specify Sign of Plain Bit-field (-Xbit-fields-signed, -Xbit-fields-unsigned) 


-Xbit-fields-signed 

-X12=0 
C only. Handle bit-fields without the signed or unsigned keyword as signed 
integers. 


Synonym: -Xsigned-bitfields. 
-Xbit-fields-unsigned 
-x12 


C only. Treat bit-fields without the signed or unsigned keyword as unsigned 
integers. This is the default setting. 


Synonym: -Xunsigned-bitfields. 


See also 5.4.129 Ignore Sign When Promoting Bit-fields 
(-Xstrict-bitfield-promotions), p.108. 


5.4.11 Insert Profiling Code (-Xblock-count) 


-Xblock-count 
-X24 


Insert code in the compiled program to keep track of the number of times each 
basic block (the code between labels and branches) is executed. See 

28. D-BCNT Profiling Basic Block Counter for details, and also 5.4.52 Optimize 
Using Profile Data (-Xfeedback=file), p.76. 


60 


5 Invoking the Compiler 
5.4 Compiler -X Options 


5.4.12 Set Type for Bool (-Xbool-is-...) 


-Xbool-is-char 

-X119=44 
Implement type bool as a plain char. This is the default. 

-Xbool-is-int 

-X119=4 
C++ only. Implement type bool as a signed int. This may produce less code on 
some architectures but will require more data space. 


5.4.13 Control Use of Bool, True, and False Keywords (-Xbool-...) 


-Xbool-on 
-X213=0 


Enable the bool, true, and false keywords. This is the default. 


-Xbool-off 
-X213 


C++ only. Disable the bool, true, and false keywords. 
Synonym: -Xno-bool. 


5.4.14 Parse Initial Values Bottom-up (-Xbottom-up-init) 


-Xbottom-up-init 
-X21 
C only. Both K&R and ANSI C specify that structure and array initializations 
with missing braces should be parsed top-down, however some C compilers 
parse these bottom-up instead. Example: 
struct z { int a, b; }; 
struct x { 
struct z z1[2]; 
struct z z2[2]; 
} x= { {1,2},{3,4} }; 


Should be parsed according to ANSI & K&R as: 
{ { {1,2},{0,0} } , { {3,4},{0,0} } }; 
-Xbottom-up-init causes bottom-up parsing: 
{ {1,2},{3,4} } , { {0,0},{0,0} } }; 


This option is set when -Xdialect-pcc is set. 
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5.4.15 Control Allocation of Uninitialized Variables in “COMMON” and bss Sections 
(-Xbss-off, -Xbss-common-off) 


-Xbss-common-off 

-X83=3 
Disable use of the “COMMON” feature so that the compiler or assembler will 
allocate each uninitialized public variable in the .bss section for the module 
defining it, and the linker will require exactly one definition of each public 
variable. See 23.4 COMMON Sections, p.352. 


Synonym: -Xno-common. 


-Xbss-off 

-X83=1 
Put all variables in the .data section instead of allocating uninitialized 
variables in the .bss section. 


Synonym: -Xno-bss. 


5.4.16 Use Abridged C++ Libraries (-Xc++-abr) 


-Xc++-abr 
Link to the abridged C++ libraries. Automatically disables exception-handling 
(-Xexceptions=off). See 13.2 C++ Standard Libraries, p.220. 


5.4.17 Use Old C++ Compiler (-Xc++-old) 


-Xc++-old 
Invoke the older C++ compiler that preceded version 5.0. Useful for compiling 
legacy code that is not ANSI-compliant. See Older Versions of the Compiler, 
p.214. 


5.4.18 Optimize Global Assignments in Conditionals (-Xcga-min-use) 


-Xcga-min-use=/ 
When a global variable is accessed repeatedly within a conditional statement, 
the compiler can replace the global variable with a temporary local copy 
(which can be stored in a register), then reassign the local variable to the global 
variable when the conditional finishes execution. 
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If conditional global assignment is enabled, the compiler determines whether 
to copy a global variable by estimating the number of times the global variable 
is accessed within the conditional block at runtime. (The exact number of 
accesses may depend on factors, such as the value of a loop counter, that 
cannot be known at compile time.) If the global variable is accessed n or more 
times, the compiler performs the optimization. The default value of n is 20. 


Conditional global assignment is enabled by default (-Xcga-min-use=20) 
whenever optimizations are enabled (-O or -XO). To disable conditional global 
assignment, set 1 to 0 (-Xcga-min-use=0). Conditional global assignment is 
never performed on variables declared or treated as volatile (see 5.4.91 Treat 
All Variables As Volatile (-Xmemory-is-volatile, -X...-volatile), p.93) and should be 
used with caution in multi threaded environments. 


5.4.19 Generate Code Using ASCII Character Set (-Xcharset-ascii) 


-Xcharset-ascii 

-xX60=1 
Generate code using the ASCII character set. All strings and character 
constants are converted to ASCII. The default is to use the same character 
system as the host machine. 


Synonym: -Xascii-charset. 


5.4.20 Specify Sign of Plain Char (-Xchar-signed, -Xchar-unsigned) 


-Xchar-signed 

-X23=0 
Treat variables declared char without either of the keywords signed or 
unsigned as signed characters. 


Synonym: -Xsigned-char. 


-Xchar-unsigned 

-X23 
Treat variables declared char without either of the keywords signed or 
unsigned as unsigned characters. 


Synonym: -Xunsigned-char. 


The default setting is unsigned. See also Table 8-1 and __SIGNED_CHARS__ in 
6.1 Preprocessor Predefined Macros, p.117. 
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In C++, plain char, signed char and unsigned char are always treated as 
different types, but this option defines how arithmetic with plain char is done. 


5.4.21 Use Old for Scope Rules (-Xclass-type-name-visible) 


-Xclass-type-name-visible 

-X218=1 
C only. Direct the compiler not to hide struct or union names when other 
identifiers with the same names are declared in the same scope. For example, 
consider the following statement: 


struct S {...} S[10]; 


With or without this option, the form struct S may always be used later to 
declare additional variables of type struct S. However, without the option, 
sizeof(S) will refer to the size of the array, while with this option, sizeof(S) will 
refer to the size of the structure. 


5.4.22 Disregard ANSI C Library Functions (-Xclib-optim-off) 


-Xclib-optim-off 
-X66 
Direct the compiler to disregard all knowledge of ANSI C library functions. 


By default, the compiler automatically includes, before all other header files, 
the file lpragma.h, which contains pure_function, no_return, and 
no_side_effects pragmas and other statements that allow optimization of calls 
to C library functions. (If the default include directory version_path/include 
exists, the compiler looks for lpragma.h only in this directory. If 
version_path/include does not exist, the compiler searches for lpragma.h in 
other user-specified directories.) 


The option disables use of Ipragma.h. 


Synonym: -Xno-recognize-lib. 
5.4.23 Enable Cross-module Optimization (-Xcmo-...) 


-Xcmo-gen=name 
Generate a database, in file name, for cross-module optimization. 


64 


5 Invoking the Compiler 
5.4 Compiler -X Options 


-Xcmo-use=name 
Compile with cross-module optimization using information in database name; 
update database. 
-Xcmo-exclude-inline=list 
Combined with -Xcmo-use, tells the compiler not to inline specified functions. 
list is a comma-delimited list of functions which should not be inlined across 
modules. For C++, use mangled function names. 


-Xcmo-verbose 
Combined with -Xcmo-gen or -Xcmo-use, lists all functions that are inlined 
across modules. Useful for tracking dependencies. 


These options enable cross-module optimization, which allows the compiler to 
optimize calls between functions in different source files. See 10.2 Cross-Module 
Optimization, p.188 for details. Cross-module optimization is disabled by default. 


5.4.24 Use the ‘new’ Compiler Frontend (-Xcnew) 


-Xcnew 
Compile using a compiler frontend derived from one produced by the Edison 
Design Groupd. By default, invoking -Xcnew also invokes -Xdialect-c99. 
Supported only with the :rtp execution environment. 


5.4.25 Use Absolute Addressing for Code (-Xcode-absolute...) 


-Xcode-absolute-far 
-X58=6 
Use 32-bit absolute addressing for code. 


See 14.2 Addressing Mode — Functions, Variables, Strings, p.238. 


-Xcode-absolute-near 

-X58=5 
Use 32-bit absolute addressing for code. (Same as -Xcode-absolute-far. 
Maintained for compatibility.) 


See 14.2 Addressing Mode — Functions, Variables, Strings, p.238. 
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5.4.26 Mark Sections as COMDAT for Linker Collapse (-Xcomdat) 


-Xcomdat 
-xX120 


C++ only. Mark all generated sections as COMDAT. The linker automatically 
collapses identical COMDAT sections to a single section in memory. This is the 


default. 


By default, the compiler automatically generates a section for each 
instantiation of each member function or static class variable in a template in 
each module where the member function or variable is used. Given -Xcomdat, 
the compiler marks all implicit template instantiations as COMDAT and the 


linker collapses identical instances. 


-Xcomdat-off 


Generate all template instantiations and inline functions required as static 
entities in the resulting object file. If a template is used in more than one 
module, -Xcomdat-off results in multiple instances of static member function 
variables or static class variables, instead of a single instance as is likely 


intended; to avoid this, enable -Ximplicit-templates-off. 


See 5.4.65 Control Template Instantiation (-Ximplicit-templates...), p.82 and 


Templates, p.223 for details. 


If a section is present in both COMDAT and non-COMDAT forms, the linker 
will treat symbols in the COMDAT section as weak. See weak Pragma, p.134 for 


details on weak symbols. 


5.4.27 Maintain Project-wide COMDAT List (-Xcomdat-info-file) 


-XKcomdat -info-file=filename 


C++ only. When -Xcomdat is enabled, generate and maintain (in filename) a list 
of COMDAT entries across modules. The list is automatically updated and 
checked for consistency with each build. This option speeds up builds and 
reduces object-file size in projects that make extensive use of templates. Since 
COMDAT sections are ultimately collapsed by the linker, this option has no 


effect on the final executable file. 
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5.4.28 Optimize Static and Global Variable Access Conservatively 
(-Xconservative-static-live) 


-Xconservative-static-live 

-X139 
Make optimizations of static and global variable accessing less aggressive; for 
example, do not delete assignments to such variables in infinite loops from 
which there is no apparent return. 


5.4.29 Locate Constants With “text” or “data” (-Xconst-in-text, -Xconst-in-data) 


-Xconst-in-text=mask 
-X74=mask 


-Xconst-in-data 

-X74=0 
Locate data in the CONST (mask bit 0x1), and STRING (mask bit 0x4) section 
classes according to the given mask bit: if 1, locate in a “text” section (the 
default), else if 0, locate in a “data” section. 


mask may be given in hex, and mask bits may be OR-ed to select more than one, 
e.g., -Xconst-in-text=0x5. Undefined mask bits are ignored. 


The default value of this option is given in Moving initialized Data From “text” 
to “data”, p.245. 


-Xconst-in-data and -Xstrings-in-text are historical shortcuts for locating all 
“constants” (CONST, and STRING classes, not just “const” or string data) in 
“data” sections (mask=0) or “text” sections (mask=Oxff) respectively. 


The exact name of the “text” and “data” sections depends on the target. See the 
discussion in 14. Locating Code and Data, Addressing, Access for exact section 
names and examples, as well as Moving initialized Data From “text” to “data”, 
p.245. 


When STRING is in a text section, identical string constants will be stored only 
once. This is the default in version 3.6 and later. 


5.4.30 Dump Symbol Information for Macros or Assertions (-Xcpp-dump-symbols) 


-Xcpp-dump-symbols=mask 
-X158=mask 
Dump symbol information for macros, assertions, or both. To show macros, set 


bit 0 (the LSB) of mask to 1. To show assertions, set bit 1 to 1. To show line 
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numbers, set bit 2 to 0. The default mask is 7 (show macros and assertions, no 
line numbers). 


5.4.31 Suppress Preprocessor Spacing (-Xcpp-no-space) 


-Xcpp-no-space 
-X117 
C only. Do not insert spaces around macro names and arguments during 


preprocessing. 


5.4.32 Use Absolute Addressing for Code (-Xdata-absolute...) 


-Xdata-absolute-far 
-X59=6 
Use 32-bit absolute addressing for data. 


See 14.2 Addressing Mode — Functions, Variables, Strings, p.238. 


-Xdata-absolute-near 
-X59=5 
Use 16-bit absolute addressing for data. 


See 14.2 Addressing Mode — Functions, Variables, Strings, p.238. 


5.4.33 Generate Position-independent Data (PID) (-Xdata-relative...) 


-Xdata-relative-far 

-X59=2 
Generate position-independent data (PID) references to all global or static 
variables (except strings and const variables if the -Xconst-in-text=0 option is 
used). Use 32-bit offsets from register 19. 


Synonym: -Xfar-data-relative. 


-Xdata-relative-near 

-X59=1 
“Near” addressing is not supported; for convenience, same as 
-Xdata-relative-far. 
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NOTE: If option -Xconst-in-text=0xf (equivalent to older option 
-Xstrings-in-text), strings and const variables will be placed in “text” sections 
and addressed as code rather than as position-independent data. See Moving 
initialized Data From “text” to “data”, p.245 for details. 


5.4.34 Align .debug Sections (-Xdebug-align=n) 


-Xdebug-align[=n] 
Align .debug sections on specified boundaries. n is a power of 2; e.g., 
-Xdebug-align=3 aligns .debug sections on 8-byte boundaries. If 1 is omitted, 
alignment defaults to 4-byte boundaries. 


Without this option, debug sections are aligned on byte boundaries. 


5.4.35 Select DWARF Format (-Xdebug-dwarf...) 


5.4.36 


-Xdebug-dwarf1 
-X153=1 
Generate DWARF 1.1 debug information. 


-Xdebug-dwarf2 
-X153=2 
Generate DWARF 2 debug information. This is the default. 


-Xdebug-dwarf3 

-X153=3 
Generate DWARF 3 debug information. 

-Xdebug-dwarf2-extensions-off 
Suppress vendor-specific extensions in DWARF 2 and DWARF 3 debug 
information. 


Generate Debug Information for Inlined Functions (-Xdebug-inline-on) 


-Xdebug-inline-on 
Generate debugging information for all inlined functions. Works with DWARF 
2 and DWARF 3 only. Can result in very large executables. This option is 
disabled by default. 
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5.4.37 Emit Debug Information for Unused Local Variables (-Xdebug-local-all) 


-Xdebug-local-all 
Emit debugging information for all local variables, even variables that are 
never used. This option is disabled by default. 


5.4.38 Generate Local CIE for Each Unit (-Xdebug-local-cie) 


-Xdebug-local-cie 
Generate a local Common Information Entry (CIE) for each unit. This option, 
which eliminates the dependency on the debug library libg.a, is applicable 
only with DWARF 2 or DWARF 3 debug information. 


5.4.39 Disable debugging information Extensions (-Xdebug-mode=mask) 


-Xdebug-mode=mask 
-X99=mask 


Disable extensions to debugging information per bits in mask. May be 
necessary for other vendors’ assemblers or for debuggers which cannot 
process the extensions. 


mask may be given in hex, and mask bits may be OR-ed to select more than one, 
e.g., -Xdebug-mode=0x6. Undefined mask bits are ignored. 


Ox2 
Information regarding executable code in a header file (DWARF1, ELF). 


0x4 
Use of .d1line assembler directive (DWARF1, ELF). 


0x10 
Line number information for asm statements (DWARF1, DWARF2, 
DWARF3). 


0x40 
Use of .d1_line_start and .d1_line_end assembler directives (DWARF1). 


0x100 
Column information (DWARF 2 and DWARE 3, C++). 
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5.4.40 Disable Debug Information Optimization (-Xdebug-struct-...) 


-Xdebug-struct-all 

-X116=1 
Force generation of type information for typedef, struct, and union, and class 
types, even when such types are not referenced in a file. 


-Xdebug-struct-compact 
-X116=0 

Do not output types which are not used in debug information. This is the 

default, and it generates more compact but still complete version of debug 


information. 


5.4.41 Specify C Dialect (-Xdialect-...) 


-Xdialect-c89 
-X230=0 
Follow the C89 standard for C. See Table B-1 for details. 


-Xdialect-c99 
-X230=1 
Follow the C99 standard for C. See Table B-1 for details. 


Only a subset of the C99 standard is supported. 

-Xdialect-k-and-r 

-X7=0 
Follow the “C standard” as defined by the original K&R C reference manual, 
but with all the new ANSI C features added. Where K&R and ANSI differ, 
-Xdialect-k-and-r follows K&R. See Table B-2 for details. 


Synonyms: -Xk-and-t, -Xt. 


-Xdialect-ansi 

-X7=1 
Follow the ANSI C standard with some additions. See Table B-2 for details. 
This is the default. 
Synonyms: -Xansi, -Xa. 

-Xdialect-strict-ansi 

-X7=2 
Strictly follow the ANSI C and C++ standards. See Table B-2 for details. For 
C++, see 5.4.128 Compile C/C++ in Pedantic Mode (-Xstrict-ansi), p.107. 


Synonym: -Xstrict-ansi, -Xc. 
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-Xdialect-pcc 

-X7=3 
Follow the C standard as defined by the UNIX System V.3 C compiler. See 
Table B-1 for details. 


Synonym: -Xpcc. 


5.4.42 Disable Digraphs (-Xdigraphs-...) 


-Xdigraphs-on 

-X202=0 
C++ only. Enable digraphs. If digraphs are enabled, the compiler recognizes 
the following keywords as digraphs: bitand, and, bitor, or, xor, compl, 
and_eq, or_eq, xor_eq, not, and not_eq. This is the default. 

-Xdigraphs-off 

-X202 
Disable digraphs. 


Synonym: -Xno-digraphs. 


5.4.43 Allow Dollar Signs in Identifiers (-Xdollar-in-ident) 


-Xdollar-in-ident 
-X67 
Allow dollar sign characters, “$”, in identifiers. 


5.4.44 Control Use of Type “double” (-Xdouble...) 


-Xdouble-avoid 

-X96=3 
C only. Force all double constants to single precision and generation of only 
single precision instructions. 

-Xdouble-error 

-X96=1 
Generate an error if any double precision operation is used. It will also force 
all double constants to single precision and generation of only single precision 
instructions. 


-Xdouble-warning 
-X96=2 
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Generate a warning if any double precision operation is used. It will also force 
all double constants to single precision and generation of only single precision 
instructions. 


5.4.45 Generate Initializers for Static Variables (-Xdynamic-init) 


-Xdynamic-init=2 

-X121=2 
Extends the -Xdynamic-init=1 option to generate code in the initialization 
section for all initializers, not just addresses. 


5.4.46 Compile in Little-endian Mode (-Xendian-little) 


-Xendian-little 

-x94 
Compile in little-endian mode. This option is generated automatically by the 
driver when “L” is used as part of the -t option, e.g., -tARMLN. It should not be 
given by the user and doing so may lead to undefined behavior. It is documented for 
information only. 


5.4.47 Specify enum Type (-Xenum-is-...) 


-Xenum-is-best 

-X8=2 
Use the smallest signed or unsigned integer type permitted by the range of 
values for an enumeration, that is, the first of signed char, unsigned char, 
short, unsigned short, int, unsigned int, long, or unsigned long sufficient to 
represent the values of the enumeration constants. (long long is not available 
for enumerated types.) Thus, an enumeration with values from 1 through 128 
will have base type unsigned char and require one byte. (Using the packed 
keyword on an enumerated type yields the same result as -Xenum-is-best.) 

-Xenum-is-int 

-x8 
This is the default. For C modules, the enum type is always equivalent to int. 
For C++, each enum type is equivalent to int if the range will fit, or unsigned 
int if it will not; if the range will not fit into either, a warning is issued and 
unsigned int is used. 
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-Xenum-is-short 

-X8=3 
Each enum type is always equivalent to signed short if the range will fit, or 
unsigned short if it will not. If the range will not fit into either, a warning is 
issued and unsigned short is used. 

-Xenum-is-small 

-X8=0 
Use the smallest signed integer type permitted by the range of values for an 
enumeration, that is, the first of signed char, short, int, or long sufficient to 
represent the values of the enumeration constants. Thus, an enumeration with 
values from 1 through 128 will have base type short and require two bytes. 

-Xenum-is-unsigned 

-X8=4 
Use the smallest unsigned integer type permitted by the range of values for an 
enumeration, that is, the first of unsigned char, unsigned short, unsigned int, 
or unsigned long sufficient to represent the values of the enumeration 
constants. Thus, an enumeration with values from 1 through 128 will have 
base type unsigned char and require one byte. 


NOTE: If modules compiled with different -Xenum-is-... options are mixed in a 
program, compatibility problems may result. 


When an enumerated type occurs within a packed structure, the default behavior 
is to use the smallest possible integer type for the enumeration constants 
(-Xenum-is-best). To override this behavior, specify -Xenum-is-short or 
-Xenum-is-unsigned. 


5.4.48 Enable Exceptions (-Xexceptions-...) 


-Xexceptions-off 

-X200=0 
C++ only. Disable exceptions. Compiling a program with any of the keywords 
try, catch, or throw will cause a compilation error. (But throw() is still allowed 
in function declarations to indicate that new or delete will not throw 
exceptions.) Compiling with this option will reduce stack space and increase 
execution speed when classes with destructors are used. 


Synonym: -Xno-exception. 


-Xexceptions 
-X200 
C++ only. Enable exceptions. This is the default. 
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For mixed C/C++ programs, see also 5.4.59 Generate .frame_info for C functions 
(-Xframe-info), p.80. 


Synonym: -Xexception. 


5.4.49 Control Inlining Expansion (-Xexplicit-inline-factor) 


-Xexplicit-inline-factor 

-Xexplicit-inline-factor=n 

-X136=1 
Limits the inlining in a function (explicit and implicit) to an expansion of n 
times (measured in nodes where, roughly, each operator or operand counts as 
one node). 


Given a function f, the compiler first inlines all functions explicitly declared 
inline which f calls, as well as any other small functions which can be inlined 
based on the other inlining optimization controls. It then divides the new size 
of the function (number of nodes) by the size with no inlining. If the result is 
<= n, it looks for new inlining opportunities in the resulting code and repeats 
the cycle. Once an expansion of n times is exceeded, inlining stops. 


If -Xexplicit-inline-factor is specified with no value, n defaults to 3. If 
-Xexplicit-inline-factor is not specified, the default value is 0 (which means no 
limit) for C and 3 for C++. 


See also 5.4.73 Allow Inlining of Recursive Function Calls (-Xinline-explicit-force), 
p-85. 


5.4.50 Force Precision of Real Arguments (-Xextend-args) 


-Xextend-args 

-X77 
Make all floating point arguments use the precision given by whichever of 
-Xfp-min-prec-double, -Xfp-min-prec-long-double, or -Xfp-min-prec-float is 
in force (all are settings of -X3), even if prototypes are used. (If none of the -X3 
options are also given, the default is -Xfp-min-prec-double as that is 
equivalent to -X3=0). 


NOTE: If this option is used, libraries containing functions with floating point 
parameters must be recompiled. For safety, recompile all libraries to avoid 
missing any such functions. 
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5.4.51 Specify Degree of Conformance to the IEEE754 Standard (-Xfp-fast, 
-Xfp-normal, -Xfp-pedantic) 


-Xfp-fast 

-X82=2 
Favor floating-point performance over conformance to the IEEE754 
floating-point standard. 


-Xfp-normal 

-xX82=0 
Use normal (relaxed) conformance to the IEEE754 floating-point standard. 
This is the default. 


-Xfp-pedantic 

-X82=1 
Use strict conformance to the IEEE754 floating-point standard. This option is 
equivalent to using -Xieee754-pendatic. (See 5.4.64 Enable Strict implementation 
of IEEE754 Floating Point Standard (-Xieee754-pedantic), p.81.) 


The -Xfp-fast option allows floating-point division by a constant to be optimized 
into a multiply by the reciprocal of the constant. This optimization is inhibited for 
-Xpf-normal and -Xfp-pedantic unless the constant is a power of two. 


5.4.52 Optimize Using Profile Data (-Xfeedback=file) 


-Xfeedback 

-Xfeedback=file 

(no numeric equivalent) 
Use profiling information generated by the -Xblock-count (see 5.4.11 Insert 
Profiling Code (-Xblock-count), p.60) option to optimize for faster code. file is the 
name of the profiling file. The default is dbent.out. 


To use this option: 
«= Compile a program with -Xblock-count. 


«= Run the program, which now creates dbcnt.out with profiling 
information. (See 15.8.2 File I/O, p.265 for file I/O in an embedded 
environment.) 


« _Recompile, now with the -xO and -Xfeedback options to produce 
high-level speed optimized code. Use -Xfeedback-frequent and 
-Xfeedback-seldom described below to control how the feedback data 
affects optimization. 
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5.4.53 Set Optimization Parameters Used With Profile Data (-Xfeedback-frequent, 
-Xfeedback-seldom) 


-Xfeedback-frequent 

-X68=n 

-Xxfeedback-seldom 

-X69=n 
Change the parameters used to control optimization of basic blocks when 
using profile data, for example, the amount of inlining, loop unrolling, and 
reorganization to reduce branches actually taken, all to increase speed 
(sometimes at the expense of space). 


When using -Xprof-feedback (5.4.110 Optimize Using RTA Profile Data 
(-Xprof-feedback), p.101) and -Xfeedback (5.4.52 Optimize Using Profile Data 
(-Xfeedback=file), p.76), the compiler divides the basic blocks into three 
categories: code executed “frequently”, “sometimes”, and “seldom”. More of 
the above optimizations are done for “frequent” code, while less or none is 


done for code executed “seldom”. 


The higher the thresholds, the more often code must be executed to get into the 
“frequent” category. 


The defaults are -Xfeedback-seldom=10 and -Xfeedback-frequent=50 and are 
used as follows: each execution of a basic block recorded in the profile counts 
as one “tick”. The low-mark and high-mark values are normalized on a basis 
of 1,000 ticks, which means that the options have units of a tenth of a percent. 
That is, the default values mean that, if exactly 1,000 ticks are recorded, blocks 
executed fewer than 10 times (up to 1%) are marked “seldom”, those executed 
from 10 to 50 times (1% to 5%) are marked “sometimes”, and those executed 
50 or more times (5% of more) are marked “frequent”. Example: 


-Xfeedback-frequent=30 


means that blocks accounting for 3% or more of all ticks will go into the 
“frequent” category, and the compiler will do more inlining of functions called 


within these blocks, more loop unrolling, etc., to decrease their execution time. 


Synonyms: -Xhi-mark for -Xfeedback-frequent, -Xlo-mark for 
-Xfeedback-seldom. 
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5.4.54 Use Old for Scope Rules (-Xfor-init-scope-...) 


-Xfor-init-scope-for 

-X217=0 
Use “new” scope rules for variables declared in the initialization part of a for 
statement. With this option, the scope of a variable declared in the 
initialization part extends to the end of the for statement. 


-Xfor-init-scope-outer 


-X217 
C++ only. Use “old” scoping rules for variables declared in the initialization 


part of a for statement. With this option, the scope extends to the end of the 
scope enclosing the for statement. 


Synonym: -Xold-scoping. 


5.4.55 Generate Warnings on Undeclared Functions 
(-Xforce-declarations, -Xforce-prototypes) 


-Xforce-declarations 
-x9 
Generate warnings if a function is used without a previous declaration. 


-Xforce-prototypes 
-X9=3 
Generate warnings if a function is used without a previous prototype 


declaration. 


These options are useful to make C a more strongly typed language. This 
option is ignored when compiling C++ modules. 


5.4.56 Suppress Assembler and Linker Parameters (-Xforeign-as-ld) 


-Xforeign-as-1d 
(no numeric equivalent) 
Cause the driver to call an assembler and linker without any implicit 


parameters. 


This allows third-party assemblers and linkers to be used with the Wind River 
compiler. The -W xfile option may be used to specify a foreign assembler or 
linker (5.3.30 Substitute Program or File for Default (-W xfile), p.44), the -W a 
option to pass parameters to the assembler (5.3.25 Pass Arguments to the 
Assembler (-W a,arguments, -W :as: arguments), p.42), and the -W 1 option to pass 
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parameters to the linker (5.3.27 Pass Arguments to Linker (-W Larguments, -W 
‘Id: arguments), p.43). 


5.4.57 Convert Double and Long Double (-Xfp-long-double-off, -Xfp-float-only) 


-Xfp-float-only 5 
-X70=2 


Force double and long double to be the same as float. 
Synonym: -Xno-double. 


-Xfp-long-double-off 
-X70 
Force long double to be the same as double on machines where they differ. 


Synonym: -Xno-long-double. 


NOTE: If this option is used, libraries containing functions with floating point 
parameters must be recompiled. For safety, recompile all libraries to avoid missing 
any such functions. Also, operation of library routines designed to process a 
suppressed type is undefined. 


5.4.58 Specify Minimum Floating Point Precision (-Xfp-min-prec...) 


-Xfp-min-prec-double 

-X3=0 
Use double as the minimum precision in expressions and for floating point 
arguments. Lesser precisions are used in expressions if the -Xdialect-ansi 
option is used. If prototypes are used, use the declared precision for 
arguments, unless the -Xextend-args option is used. 


Synonym: -Xuse-double. 
-Xfp-min-prec-float 


-X3=1 
Use float as the minimum precision in expressions and for floating point 


arguments. 


Synonym: -Xuse-float. 
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-Xfp-min-prec-long-double 

-X3=2 
Use long double as the minimum precision in expressions and for floating 
point arguments. Lesser precisions are used in expressions if the 


-Xdialect-ansi option is used. 


If prototypes are used, use the declared precision for arguments, unless the 
-Xextend-args option is also given. 


Synonym: -Xuse-long-double. 


NOTE: If this option is used, libraries containing functions with floating point 
parameters must be recompiled. For safety, recompile all libraries to avoid missing 
any such functions. Also, operation of library routines designed to process a 
suppressed type is undefined. 


5.4.59 Generate .frame_info for C functions (-Xframe-info) 


-Xframe-info 
Force the compiler to generate .frame_info sections for C funtions. Use this option 


when compiling mixed C/C++ programs in which C++ exceptions may propagate 
back through C functions. For more information, see 23.8 .frame_info sections, p.355. 


5.4.60 Include Filename Path in Debug Information (-Xfull-pathname) 


5.4.61 


-Xfull-pathname 
-x125 
Include the path prefix in filenames in debug information (specifically, in the 


.file assembler directive). Without this option, only the filename is included. 


Control GNU Option Translator (-Xgcc-options-...) 


-Xgcc-options-on 


Enable automatic translation of GNU compiler (GCC) options. This is the 
default. 


-Xgcc-options-off 
Disable automatic translation of GCC options. 


-Xgcc-options-verbose 
Display all translations. Valid only if translation is enabled (-Xgcc-options-on). 
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When -Xgcc-options-on is enabled, GCC option flags from the command line or 
makefile are parsed and, if possible, translated to equivalent Wind River Compiler 
options. Translations are determined by the tables in the file gcc_parser.conf. 


5.4.62 Treat All Global Variables as Volatile (-Xglobals-volatile) 


See 5.4.91 Treat All Variables As Volatile (-Xmemory-is-volatile, -X...-volatile), p.93. 


5.4.63 Do Not Pass #ident Strings (-Xident-off) 


-Xident-on 
-X63=0 
Pass #ident strings to the assembler. This is the default. 
-Xident-off 
-X63 
Do not pass #ident strings to the assembler. 


Synonym: -Xno-ident. 


5.4.64 Enable Strict implementation of IEEE754 Floating Point Standard 
(-Xieee754-pedantic) 


-Xieee754-pedantic 

-X82=1 
Enable strict implementation of the IEEE754 floating point standard at some 
cost in performance. Specifically, 


« Do not optimize a divide by a constant to a multiply of its reciprocal. 


* Donotuse floating multiply-add instructions on architectures where more 
bits are kept in intermediate results than is defined by the standard. 


« Do not optimize x-x to zero so that possible NaN values are preserved. 


«Do less equal and greater equal comparisons with behavior for NaN 
values as defined by the standard. 


This option is equivalent to -Xfp-pedantic. (See 5.4.51 Specify Degree of 
Conformance to the IEEE754 Standard (-Xfp-fast, -Xfp-normal, -Xfp-pedantic), 
p-76.) 
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5.4.65 Control Template Instantiation (-Ximplicit-templates...) 


-Ximplicit-templates 
-X207=0 


Instantiate each template in each module where it is used or referenced. This 


is the default. 


-Ximplicit-templates-off 
-X207=1 


Instantiate templates only where explicit instantiation syntax is used. 
Synonym: -Xno-implicit-template. 


For further discussion, see 5.4.26 Mark Sections as COMDAT for Linker Collapse 
(-Xcomdat), p.66 and Templates, p.223. 


C++ only. 


5.4.66 Treat #include As #import (-Ximport) 


-Ximport 
-X75 


Treat all #include directives as if they are #import directives. This means that 
any include file is included only once. 


5.4.67 Ignore Missing Include Files (-Xincfile-missing-ignore) 


-Xincfile-missing-ignore 
-X172 
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5.4.68 Initialize Local Variables (-Xinit-locals=mask) 


-Xinit-locals=mask 
-X87=mask 


Initialize all local variables to zero or the value specified with -Xinit-value at 

every function entry. mask is a bit mask specifying the kind of variables to be 
initialized. 
mask may be given in hex, e.g., -Xinit-locals=0x9. Mask bits may be OR-ed to 

select more than one. Undefined mask bits are ignored. 


Ox1 integers 
0x2 pointers 
0x4 floats 

Ox8 aggregates 


If n is not given, all local variables will be initialized. 


This option is useful in finding “memory dependent” bugs. 


5.4.69 Control Generation of Initialization and Finalization Sections (-Xinit-section) 


This option controls generation of sections for run-time initialization and 
finalization invocation, including constructor and destructor functions and global 
class objects in C++. For more information, see 15.4.8 Run-time Initialization and 
Termination, p.260. 
-Xinit-section=0 
-X91=0 
Suppress generation of initialization and finalization sections. This option is 
not recommended and may result in incorrect run-time behavior. 
-Xinit-section 
-Xinit-section=1 
-x91 
-x91=1 
Create .ctors and .dtors sections containing pointers to initialization and 
finalization functions, sorted by priority. This is the default. 


Initialization and finalization functions are designated with attribute 
specifiers. See constructor, constructor(n) Attribute, p.141 and destructor, 
destructor(n) Attribute, p.142. 
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-Xinit-section=2 

-X91=2 
Create .init$nn and .fini$nn code sections containing calls to initialization and 
finalization functions, sorted by priority. Provides compatibility with previous 
versions of the compiler, including recognition of old-style function prefix 
designations for initialization and finalization functions. 


Synonym: -Xuse-.init. 


5.4.70 Control Default Priority for Initialization and Finalization 
Sections (-Xinit-section-default-pri) 


-Xinit-section-default-pri=n 

-X175=n 
Assign the default priority for constructor and destructor functions and for 
C++ global class objects. The specified priority n applies to functions 
referenced in .ctors, .dtors, .init, and .fini sections. Functions with lower 
priority numbers execute first. 


5.4.71 Define Initial Value for -Xinit-locals (-Xinit-value=n) 


-Xinit-value=n 

-X90=n 
Define the initial value used by the -Xinit-locals option. This option can be 
useful to identify uninitialized variables, since it can be used to initialize 
variables to some invalid or recognizable value that might produce a memory 
access error. 


The value n is 32-bits, right-justified, zero-filled and may be specified as a 
decimal or hexadecimal number (0x...). 


5.4.72 Inline Functions with Fewer Than n Nodes (-Xinline=n) 


-Xinline=n 

-x19=n 
Set the limit on the number of nodes for automatic inlining. Because the 
compiler collects functions until -Xparse-size KBytes of memory is used, the 
inlined function does not need to be defined before the function using it. See 
__inline__and inline Keywords, p.135 and Inlining (0x4), p.191 for a discussion 
of inlining. 
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See 5.4.142 Control Loop Unrolling (-Xunroll=n, -Xunroll-size=n), p.112 fora 
definition of node count. (Assembly files saved with -S show the number of 
nodes for each function.) For purposes of automatic inlining, nodes that do not 
correspond to an operator or operand are not counted. Hence setting -Xinline 
to 0 inlines no functions automatically, and setting -Xinline to 1 inlines only 
“dummy” functions containing no code. 


Defaults: -Xinline is 10 by default. -xO sets -Xinline to 40 by default. 


NOTE: Inlining occurs only if optimization is selected by using the -XO or -O 
option. 


5.4.73 Allow Inlining of Recursive Function Calls (-Xinline-explicit-force) 


-Xinline-explicit-force 

-Xinline-explicit-force=n 

-X163 

-X163=n 
Inline recursive function calls up to 1 times. The default is 50. If this option is 
not used, the compiler inlines a function at most once. 


If this option is combined with -Xinline=0, the compiler inlines only functions 
declared within a C++ class or with inline, __inline__, or #pragma inline. 


This option is overridden by -Xexplicit-inline-factor. (See 5.4.49 Control 
Inlining Expansion (-Xexplicit-inline-factor), p.75.) By default, 
-Xexplicit-inline-factor=3 is in effect for C++ programs; C++ programmers 
who want to use -Xinline-explicit-force should therefore specify 
-Xexplicit-inline-factor=0. 


5.4.74 Enable Interworking (-Xinterwork) 


-Xinterwork 
-x40 


Allow compiling mixed ARM and Thumb code with modules containing 
routines that can be called by routines for the other processor state. 
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5.4.75 Enable Intrinsic Functions (-Xintrinsic-mask) 


-Xintrinsic-mask=n 

-x154=n 
Enable specified intrinsic functions. See 6.6 Intrinsic Functions, p.144 for 
details. 


5.4.76 Set longjmp Buffer Size (-Xjmpbuf-size=n) 


-Xjmpbuf-size=n 

-X201=n 
C++ only. Set the size in bytes of the buffer allocated for setjmp and longjmp 
when using exceptions. The default size as determined by the compiler should 
usually be sufficient. 


5.4.77 Create and Keep Assembly or Object File (-Xkeep-assembly-file, 
-Xkeep-object-file) 


-Xkeep-assembly-file 

(no numeric equivalent) 
Always create and keep a.s file without the need for a separate compilation 
with the -S option. This option can be used with the -c option to create both 
assembly and object files at once. 

-Xkeep-object-file 

(no numeric equivalent) 
Always create and keep a .o file without the need for a separate compilation 
with the -c option. This is needed only when a single file is compiled, 
assembled, and linked in one step, because in this case the driver deletes 
intermediate assembly and object files automatically. 


5.4.78 Enable Extended Keywords (-Xkeywords=mask) 


-Xkeywords=mask 
-K78=mask 
Recognize new keywords according to mask, a bit mask specifying which 


keywords to add. 


mask may be given in hex, e.g., -Xkeywords=0x9. Mask bits may be OR-ed to 
select more than one. Undefined mask bits are ignored. 
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0x01 extended (C only) 

0x02 pascal (C only) 

0x04 inline (this keyword always available in C++) 
0x08 packed 

0x10 interrupt (C only) 


See 6. Additions to ANSI C and C++ for more information on these keywords. 


5.4.79 Disable Individual Optimizations (-Xkill-opt=mask, -Xkill-reorder=mask) 


NOTE: These options are deprecated and should be used only on the advice 
Customer Support. 


-Xkill-opt=mask 
-X27=mask 
Disable individual target-independent optimizations. 


-Xkill-reorder=nusk 
-K28=mask 
Disable individual target-dependent optimizations in the reorder program. 


mask is a bit mask with one bit for each optimization type. mask may be given 
in hex, e.g., -Xkill-opt=0x12. Multiple optimizations can be disabled by 
OR-ing their mask bits. Undefined mask bits are ignored. 


Both target-independent and target-dependent optimizations are described in 
10. Optimization. The name of each optimization is followed by its mask bit in 
parentheses, e.g. Tail recursion (0x2). 


For mask bit values for -Xkill-opt, see 10.3 Target-Independent Optimizations, 
p-190, and for -Xkill-reorder, 10.4 Target-Dependent Optimizations, p.202. mask 
bit values are given in parentheses after the name of each optimization. 


Either the -O or -XO option must be given to enable optimization before either 
of these -Xkill-... options can be used. To compile with almost no optimization, 
do not specify -O or -xO. 


Two minor optimizations required by the code generation algorithms cannot 
be disabled: local strength reduction (e.g., multiply by power of 2 becomes 
shift or add) and simple branch optimization (e.g., branches to branches). 
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5.4.80 Wait For License (-Xlicense-wait) 


-Xlicense-wait 
-X138 


If a license is not available, request that the compiler wait and retry once a 
minute, rather than returning with an error. 


5.4.81 Generate Warnings On Suspicious/Non-portable Code (-Xlint=mask) 


-x1Lint[=mask] 
-x84[=mask] 
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Generate warnings when suspicious and non-portable C code is encountered. 
For C++ modules, see note below. The two usual cases are: 


-Xlint enables all warnings (equivalent to -Xlint=1). 


-Xlint=0xffffffff disables all present and future warnings (equivalent to 
-Xlint=0 or the default of not using the option at all). 


Individual warnings can be disabled by OR-ing the following values. In effect, 
-Xlint=1 is assumed, enabling all warnings, and then individual warnings are 
disabled. mask may be given in hex, e.g., -Xlint=0xla. Undefined bits are 
ignored. 


0x02 
Variable used before being set. 


0x04 
Label not used. 


0x08 
Condition always true/false, for example, i==i. 


0x10 
Variable /function not used. 


0x20 
Missing return expression. 


0x40 
Variable set but not used. 


0x80 
Statement not reached. 


0x100 
Conversion problems. 


0x200 
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In non-ANSI mode, warn when the compiler selects an unsigned integral 
type for an expression which would be signed under ANSI mode. For 
example: 

"a.c", line 3: warning (1671): 

non-portable behavior: type of 


‘>' operator is unsigned only 
in non-ANSI mode 


0x400 
Possibly assignment (=) should be comparison (==). 


0x1000 
Missing function declaration (equivalent to -Xforce-declarations). 


0x2000 
Possible redundant expression. (Examples: x=x, x&x, x | x, x/x.) 


11. The Lint Facility gives an example of a program which generates most of the 
-Xlint warnings. 


See also the __lint macro in 6.1 Preprocessor Predefined Macros, p.117 to avoid 
use of non-ANSI extensions in header files. 


NOTE: For C++, -Xlint is equivalent to -Xsyntax-warning-on. (See 
5.4.137 Disable Certain Syntax Warnings (-Xsyntax-warning-...), p.110.) 


5.4.82 Allocate Static and Global Variables to Local Data Area (-Xlocal-data-area=n) 


-Xlocal-data-area=1 

-x115=n 
Allocate the static and global variables which are defined in a module and 
referenced as least once in a contiguous block of memory, called the local data 
area (LDA), and make fast, efficient references to those variables via a 
temporary base register selected by the compiler. 


n specifies the maximum of the LDA, and defaults to 64 bytes. (If 1 is greater 
than the default, references to variables in the LDA will be less efficient.) 


The optimization does not apply to unreferenced variables. -Xlocal-data-area 
should be used with caution in multithreaded environments. To restrict the 
optimization to static variables, use -Xlocal-data-area-static-only; VxWorks 
developers are strongly advised to use this option. 


See 14.4 Local Data Area (-Xlocal-data-area), p.247 for additional information. 


Synonym: -Xlocal-struct. 
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NOTE: If at least one variable in the LDA has an initial value, the LDA is in the 
.data section; otherwise it is in the .bss section. Because -Xlocal-data-area is 
nonzero by default, uninitialized static and global variables which are 
referenced at least once are not stored in a .bss section. To store such variables 
in .bss, use -Xlocal-data-area=0. 


5.4.83 Restrict Local Data Area Optimization to Static Variables 
(-Xlocal-data-area-static-only) 


-Xlocal-data-area-static-only 

-X166 
Apply the local data area optimization only to static variables; do not optimize 
global variables. See 14.4 Local Data Area (-Xlocal-data-area), p.247 for 


information about this optimization. 


5.4.84 Do Not Assign Locals to Registers (-Xlocals-on-stack) 


-Xlocals-on-stack 

-X5 
By default, the compiler attempts to assign all local variables to registers. If 
-Xlocals-on-stack is given, only variables declared with the register keyword 
are assigned to registers. 


5.4.85 Expand Macros in Pragmas (-Xmacro-in-pragma) 


-Xmacro-in-pragma 
-X157 
Expand preprocessor macros in #pragma directives. 


5.4.86 Warn On Undefined Macro In #if Statement (-Xmacro-undefined-warn) 


-Xmacro-undefined-warn 
-x171 
Generate a warning when an undefined macro name occurs in a #if 


preprocessor directive. 
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5.4.87 Show Make Rules (-Xmake-dependency) 


-Xmake-dependency 
-Xmake-dependency=muask 
-K156, -xX156=muask 
Generate a list of include files required to build each object file. Example: 


main.o: main.c stdio.h 5 
command list 
This output means that main.c and stdio.h are required to build the target 
main.o. A list of make commands follows the dependency. 


mask, which defaults to 1, is a bit mask—always interpreted as 
hexadecimal—of which the four least significant bits are meaningful: the 
fourth (least significant) bit, if set to 1, means that all required files are shown; 
this is the default. The third bit means that only files enclosed in double 
quotation marks (#include "filename") are shown. (If both the third and the 
fourth bits are set, the fourth overrides the third.) The second bit means that 
compilation continues after the dependency list is generated (if this bit is 0, no 
output is emitted other than the list of dependencies) and that the dependency 
list is sent to a file (instead of the standard output). The first bit creates a 
“phony target” for each dependency other than the main file; this is a 
work-around for errors caused by missing header files and is provided for 
GNU compatibility. The -o option can be used to specify the output file, the 
target name, or both. Hence: 


-Xmake-dependency=1 
Same as -Xmake-dependency. Show all required include files. If -o is used, the 
target is the name specified with -o. Results go to the standard output unless 
-Xmake-dependency-savefile=filename is specified. No further output is 
emitted. 


-Xmake-dependency=2 
Same as -Xmake-dependency=1, but show only files enclosed in double 
quotation marks (#include "filename"). 


-Xmake-dependency=4 
Same as -Xmake-dependency=1, but write the dependency list to a file and 
then continue with normal compilation. The output file can be specified with 
either -o or -Xmake-dependency-savefile=filename (which overrides -o); 
otherwise it is called filename.d, where filename is the name of the main source 
file, and is created in the directory where the compiler was invoked. If -o is 
used without -Xmake-dependency-savefile, the output file is the basename 
specified by -o with .d appended. 
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-Xmake-dependency=8 
Same as -Xmake-dependency=1, but output a phony target for each 
dependency other than the main file. 


The bits can be OR-ed to combine options. Example: 


-Xmake-dependency=6 
Show only files enclosed in double quotation marks (-Xmake-dependency=2); 
write output to a file, then continue with normal compilation 
(-Xmake-dependency=4). 

-Xmake-dependency=a 
Show only files in double quotation marks (-Xmake-dependency=2) and 
output phony targets (-Xmake-dependency=8). 


-Xmake-dependency=c 
Output phony targets (-Xmake-dependency=8); write output to a file, then 
continue with normal compilation (-Xmake-dependency=4). 


-Xmake-dependency=e 
Show only files enclosed in double quotation marks (-Xmake-dependency=2); 
output phony targets (-Xmake-dependency=8); write output to a file, then 
continue with normal compilation (-Xmake-dependency=4). 


Ordinarily, the preprocessor returns an error and stops when a required file is not 
found. To continue preprocessing when files are missing, use -Xmake-dependency 
with -Xincfile-missing-ignore (5.4.67 Ignore Missing Include Files 
(-Xincfile-missing-ignore), p.82). 


5.4.88 Specify Dependency Name or Output File (-Xmake-dependency.-...) 


This option is valid only when used with -Xmake-dependency. 


-Xmake-dependency-target=string 
Change the target name in the rule emitted by -Xmake-dependency to string 
(instead of using the name of the object file). To specify multiple target names, 
repeat the -Xmake-dependency-target option on the command line. 


-Xmake-dependency-savefile=filename 


Specify the output file for -Xmake-dependency. 
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5.4.89 Set Template Instantiation Recursion Limit (-Xmax-inst-level=n) 


-Xmax- inst -level[=] 
-x216[=n] 
C++ only. Set the maximum level for recursive instantiation of templates. 
Without this option, an error is emitted when a default level of 50 is reached. 
With this option, but without a value n, the limit is 100. 


5.4.90 Set Maximum Structure Member Alignment (-Xmember-max-align=n) 


-Xmember-max-align=n 

-X88=n 
Set the maximum byte boundary to which structure members will be aligned. 
If the natural alignment of a member is less than n, the natural alignment is 
used for it. See pack Pragma, p.129 and the __packed__and packed Keywords, 
p-137 for details. See also 5.4.133 Set Minimum Structure Member Alignment 
(-Xstruct-min-align=n), p.109. 


The default value of n is dependent on the processor as described in 8. Internal 
Data Representation. 


Synonym: -Xstruct-max-align. 


5.4.91 Treat All Variables As Volatile (-Xmemory-is-volatile, -X...-volatile) 


-Xmemory-is-volatile 
-x4 
-X4=7 
Treat all variables as volatile. 
-Xglobals-volatile 
-xX4=1 
Treat all global variables as volatile. 


-Xstatics-volatile 
-X4=2 
Treat all static variables as volatile. 


-Xpointers-volatile 
-X4=4 
Treat all pointer accesses as volatile. 


These options tell the compiler not to perform optimizations that can cause device 
drivers or other systems to fail. By default, the compiler keeps data in registers as 
long as possible whenever it is safe. Difficulties can arise if a memory location 
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changes because it is mapped to an external hardware device and the compiler, 
unaware of the change, continues to use the old value stored in a register. While 
these situations can now be handled with the volatile keyword, the -X4 options 
allow compilation of older programs. 


To combine these options, use the sum of their values with a single occurrence of 
the option flag. For example, use -X4=3 to treat all global and static variables as 
volatile. -X4=7, equivalent to -X4 or -Xmemoty-is-volatile, combines all of the 
options. 


5.4.92 Warn On Type and Argument Mismatch (-Xmismatch-warning) 


-Xmismatch-warning 

-x2 

-Xmismatch-warning=2 

-X2=2 
Generate a warning only (instead of a fatal error) when either pointers of 
different types, or pointers and integers, are mixed in expressions. Example: 


long il, i2 = &il; 
is invalid in ANSI C but is allowed in some non-ANSI dialects. This option is 
set implicitly by -Xdialect-pcc (-X7=3). 
If the option -Xmismatch-warning=2 is given, the compiler also generates a 


warning instead of an error when identifiers are redeclared and when a 
function call has the wrong number of arguments. 


This option is ignored when compiling C++ modules. 


NOTE: -Xmismatch-warning and -Xmismatch-warning=2 override the -e option. 
If either form of -Xmismatch-warning is used, mismatched types will only 
produce a warning, even if -e is used to increase the severity level of the diagnostic. 
See 5.3.8 Change Diagnostic Severity Level (-e), p.36. 


5.4.93 Specify Section Name (-Xname-...) 


Use the following options to specify the name of a default section. 


-Xname-code=name 
Set the section name for code. 
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-Xname-const=name 
Set the section name for initialized constants. 


-Xname-data=name 
Set the section name for initialized data. 


-Xname-eh=name 


C++ only. 


Set the section name for all exception-handling tables. 


-Xname-rtti=name 
C++ only. 
Set the section name for all RTTI tables. 


-Xname-sconst=name 
Set the section name for initialized small const. 


-Xname-sdata=name 
Set the section name for initialized small data. 


-Xname-string=name 
Set the section name for strings. 


-Xname-uconst=name 
Set the section name for uninitialized constants. 


-Xname-udata=name 
Set the section name for uninitialized data. 


-Xname-usconst=name 
Set the section name for uninitialized small const. 


-Xname-usdata=name 
Set the section name for uninitialized small data. 


-Xname-vtbl=name 
C++ only. 
Set the section name for all virtual-function tables. 


Section names can also be specified using the section pragma. For example, setting 


-Xname-code=.code has the same effect as: 
#pragma section CODE ".code" 


For more information, see section Pragma, p.133. 
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5.4.94 Disable C++ Keywords namespace and Using (-Xnamespace-...) 


-Xnamespace-on 
-X219=0 
Recognize the namespace and using keywords or constructs. 


-Xnamespace-off 
-X219 
C++ only. Do not recognize the namespace and using keywords or constructs. 


5.4.95 Enable Extra Optimizations (-XO) 


-XO 
-X26 
Enable all standard optimizations plus the following: 


fo) 
(5.3.17 Optimize Code (-O), p.40) 

-Xinline=40 

(10 with -O; 5.4.72 Inline Functions with Fewer Than n Nodes (-Xinline=n), 

p-84) 


-Xopt-count=2 
(1 with -O; 5.4.97 Execute the Compiler’s Optimizing Stage n Times 
(-Xopt-count=n), p.97) 


-Xparse-size=6000 


(3000 with -O; 5.4.99 Specify Optimization Buffer Size (-Xparse-size), p.97) 


-Xrestart 


(off with -O; 5.4.112 Restart Optimization From Scratch (-Xrestart), p.103) 


-Xtest-at-both 
(-Xtest-at-bottom with -O; 5.4.139 Specify Loop Test Location (-Xtest-at-...), 
p-111) 


5.4.96 Use Old Inline Assembly Casting(-Xold-inline-asm-casting) 


-Xold-inline-asm-casting 

-X137 
This option affects small arguments to asm macros (arguments with size less 
than int). 


By default, the compiler does not extend such arguments to int. Prior to 
version 4.2, the compiler did extend such arguments to int. Use this option to 


96 


5 Invoking the Compiler 
5.4 Compiler -X Options 


force the old behavior for compatibility with existing asm macros which 
depend on it. 


5.4.97 Execute the Compiler’s Optimizing Stage n Times (-Xopt-count=n) 


-Xopt-count=/ 

-X25=11 
Execute the compiler’s optimizing stage n times. The default is once. In most 
cases this is enough. In rare instances, one stage of the optimizer will generate 
an opportunity for a previous stage. Setting -Xopt-count=2 or more will cause 
a somewhat longer compilation time but may produce slightly better code. 
This option is set to 2 by -XO. 


5.4.98 Disable Most Optimizations With -g (-Xoptimized-debug-...) 


-Xoptimized-debug-on 

-X89=0 
Do not disable optimizations when using -g. This is the default. 

-Xoptimized-debug-off 

-x89 
When using the -g option to generate debug information, disable most 
optimizations and force line numbers in debug information to be in increasing 
order — assists with debuggers that cannot handle optimized code. See also 
5.4.39 Disable debugging information Extensions (-Xdebug-mode=mask), p.70, and 
5.4.40 Disable Debug Information Optimization (-Xdebug-struct-...), p.71. 


Synonym: -Xno-optimized-debug. 


5.4.99 Specify Optimization Buffer Size (-Xparse-size) 


-Xparse-size=1 

-X20=n 
Delay code generation of functions until n KBytes of main memory is used for 
internal tables. By delaying generation, the compiler can perform 
interprocedural optimizations such as inlining and register tracking. 


The default is 3000 KB (6000 KB if option -XO is used). The highest useful value 
for a module depends on many factors; it is not practical to calculate it (see the 
discussion of “limitations related to memory size” in C. Compiler Limits for 
some of the factors). 
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For very large and complex modules, experiment with larger values, e.g. 
-Xparse-size=8000, to see if code size or execution time is reduced. 


NOTE: That using a value larger than available physical memory will cause 
excessive swapping and slow compilation. 


5.4.100 Output Source as Comments (-Xpass-source) 


-Xpass-source 
-x11 


Output the source as comments in the generated assembly language code. 


5.4.101 Use Precompiled Headers (-Xpch-...) 


C++ only. These options are disabled by default. At most one of -Xpch-automatic, 
-Xpch-create, and -Xpch-use can be enabled; if more than one is specified, all but 
the first are ignored. For more information, see 13.7 Precompiled Headers, p.229. 


-Xpch-automatic 
Generate and use precompiled headers. 


-Xpch-createsfilename 


Generate a precompiled header (PCH) file with specified name. 


-Xpch-diagnostics 
Generate an explanatory message for each PCH file that the compiler locates 
but is unable to use. 


-Xpch-directory=directory 
Look for PCH file in specified directory. 


-Xpch-messages 
Generate a message each time a PCH file is created or used. 


-Xpch-use=filename 


Use specified PCH file. 
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5.4.102 Generate Position-Independent Code for Shared Libraries (-Xpic) 


-Xpic 

-X62 
For VxWorks RTP application development. Allows a single copy of a shared 
library, loaded in a single memory location, to be called by different programs. 
RTP shared-library code must be compiled with this option. 


5.4.103 Treat All Pointer Accesses As Volatile (-Xpointers-volatile) 


See 5.4.91 Treat All Variables As Volatile (-Xmemory-is-volatile, -X...-volatile), p.93. 


5.4.104 Control Interpretation of Multiple Section Pragmas (-Xpragma-section-...) 


These options control the compiler’s behavior when multiple #pragma section 
directives are used with different parameters for the same section class. The default 
is -Xpragma-section-first. 


For more information, see section and use_section Pragmas, p.233. 


-Xpragma-section-first 
If this option is in effect when a variable or function is defined, the compiler 
uses the earliest currently-valid section pragma that specifies a non-default 
location for the variable or function. 


-Xpragma-section-last 
If this option is in effect when a variable or function is defined, the compiler 
uses the last currently-valid section pragma that specifies a non-default 
location for the variable or function. 


5.4.105 Preprocess Assembly Files (-Xpreprocess-assembly) 


-Xpreprocess-assembly 
Invoke C preprocessor on assembly files before running the assembler. 
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5.4.106 Suppress Line Numbers in Preprocessor Output 
(-Xpreprocessor-lineno-off) 


-Xpreprocessor-lineno-off 

-X165 
Suppress line-number information in the preprocessor output. Use this with 
the -E option (send preprocessor output to standard output) when 
line-number information is not needed. 


5.4.107 Use Old Preprocessor (-Xpreprocessor-old) 


-Xpreprocessor-old 
-xX155 


Use the preprocessor from release 4.3. When -Xpreprocessor-old is specified, 
vararg macros are not supported and the following options are not available: 
-Xmake-dependency, -Xmake-dependency-..., -Xmacro-in-pragma, and 
-Xcpp-dump-symbols. 


This option is valid only when compiling C modules or when compiling C++ 
modules with the -Xc++-old option. 


5.4.108 Generate Profiling Code for the RTA Run-Time Analysis 
Tool Suite (-Xprof-...) 


-Xprof-all 
-X123=3 
Collect count and time data. 


-Xprof-all-fast 

-X123=6 
Collect count and time data for each function, but not for pairs of functions, so 
no hierarchical profile will be available. 


-Xprof-count 

-X123=2 
Collect count data only, incrementing a counter for line of code executed 
(actually, for each basic block). 


-Xprof-coverage 

-X123=8 
Like -Xprof-count, except just set the counter to one for each basic block 
executed instead of counting the number of executions. 
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-Xprof-time 
-X123=1 
Collect time data only. 
-Xprof-time-fast 
-X123=4 
Collect time data for each function, but not for pairs of functions, so no 
hierarchical profile will be available. 


These options cause the compiler to generate profiling code for the RTA. To be 
profiled, a function must be instrumented. The compiler inserts instrumentation 
code based on the following options. Every module to be profiled must be 
compiled with one of these options. 


NOTE: In addition to an -Xprof-type option, you must use the -g option to generate 
debug information. 


Besides interactively analyzing the profile information generated by these options 
using the RTA, you may feed the collected data back to the compiler to improve 
optimization based on the actual execution of the target program. See 

5.4.110 Optimize Using RTA Profile Data (-Xprof-feedback), p.101. 


Do not use these options with the older pair of profiling options -Xblock-count 
(5.4.11 Insert Profiling Code (-Xblock-count), p.60) and -Xfeedback (5.4.52 Optimize 
Using Profile Data (-Xfeedback=file), p.76). 


A function, its parent, and its children must all be compiled with the same 
-Xprof-type option or the results are undefined. 


5.4.109 Select Target Executable for Use by -Xprof-feedback (-Xprof-exec) 


-Xprof-exec=pathname 

(no numeric equivalent) 
pathname must be the full pathname of a target executable for which profile 
data is present in the RTA database directory specified with -Xprof-feedback. 
See 5.4.110 Optimize Using RTA Profile Data (-Xprof-feedback), p.101 for details. 


5.4.110 Optimize Using RTA Profile Data (-Xprof-feedback) 


-Xprof -feedback=pathname 

(no numeric equivalent) 
pathname must specify an RTA database directory (not a file). Use the profiling 
information in that database (the latest “snapshot”) to optimize for faster code. 
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See the 5.4.53 Set Optimization Parameters Used With Profile Data 
(-Xfeedback-frequent, -Xfeedback-seldom), p.77, to control how the profile data 
affects optimization. 


The snapshot selected depends on -Xprof-snapshot (5.4.111 Select Snapshot for 
Use by -Xprof-feedback (-Xprof-snapshot), p.103) and -Xprof-exec (5.4.109 Select 
Target Executable for Use by -Xprof-feedback (-Xprof-exec), p.101) as follows: 


-Xprof-exec -Xprof-snapshot Snapshot Selected 


No No Use latest snapshot in the database. 


No Yes Use snapshot named by -Xprof-snapshot. If a 
snapshot with the given name is present for 
more than one executable, use the latest. 


Yes No Use latest snapshot for the executable 
specified by -Xprof-exec. 


Yes Yes Use snapshot named by -Xprof-snapshot. 
Report an error if no snapshot with the given 
name is present for the executable specified by 
-Xprof-exec. 
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5.4.111 Select Snapshot for Use by -Xprof-feedback (-Xprof-snapshot) 


-Xprof-snapshot=string 

(no numeric equivalent) 
string must name a snapshot in the RTA database directory specified with 
-Xprof-feedback. See -Xprof-feedback (5.4.110 Optimize Using RTA Profile 
Data (-Xprof-feedback), p.101) for details. 


5.4.112 Restart Optimization From Scratch (-Xrestart) 


-Xrestart 

-x29 
Restart optimization from scratch if too many optimistic predictions were 
made. 


Compilers may have difficulty predicting the best way to perform specific 
optimizations when the information needed is not available until a later 
compiler stage. For example, better code may be produced by moving a loop 
invariant expression outside the loop if the result can be placed in a register. 
However, the compiler does not know if any register is available until after 
register allocation, which is performed later in the compilation. 


The compiler uses an optimistic approach which generates optimal code when 
registers are available but not when all registers are taken. The -Xrestart option 
will restart optimization and code generation if any optimistic prediction is 
false. This will typically slow the compilation of large functions by a factor of 
almost two while generating better code. This option is turned on by -xO. 


5.4.113 Generate Code for the Run-Time Error Checker (-Xrtc=mask) 


-Xrtc=mask 
-X64=mask 


With no mask, this option directs the compiler to insert checking code for all 
checks made by the Run-Time Error Checker. Use the mask to select specific 
checks rather than all. 


5.4.114 Enable Run-time Type Information (-Xrtti, -Xrtti-off) 
-Xrtti 


-X205=1 
Enable run-time type information. This is the default. 
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There are two approaches to generating run-time type information for a class: 


* Compile all modules with -Xrtti and also with -Xcomdat (5.4.26 Mark 
Sections as COMDAT for Linker Collapse (-Xcomdat), p.66): the run-time type 
information will be emitted for every module but will be marked 
COMDAT and collapsed to a single instance by the linker. This is the 
preferred method. 


« For a class declaring one or more virtual functions, compile only the 
module defining the key function for the class with -Xrtti. Key functions are 
described in Virtual Function Table Generation—Key Functions, p.171. 


-Xrtti-off 

-X205=0 
C++ only. Disable run-time type information. Using this option will save space 
because the compiler does not need to create type tables. 


Synonym: -Xno-rtti. 


5.4.115 Pad Sections for Optimized Loading (-Xsection-pad) 


-Xsection-pad 
-X152 
Allow the linker to pad loadable sections for optimized loading. 


5.4.116 Generate Each Function in a Separate CODE Section Class (-Xsection-split) 


-Xsection-split 

-X129 

-Xsection-split-off 

-X129=0 
Generate a separate CODE section class for each function in the module. The 
default is -Xsection-split-off; a single module generates only one CODE 
section class containing the code for all functions for that module. 


By default, with -Xsection-split enabled, the multiple CODE section classes 
will all still be named .text (absent the use of .section pragmas). While linking, 
a specific .text section for a given function may be singled out using the linker 
command language syntax: 


object-filespec (input-section-name|[symbol] , ...) 


(where the “[“ and “]” characters are required and do not mean “optional” in 
this case). 
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Example: if object file test.o contains functions f1 and f2, then the .text section 
for f1 may be specified by: 


test.o(.text[£1]) 
NOTE: This option is especially useful in combination with 


-Xremove-unused-sections to reduce code size. See Remove Unused Sections 
(-Xremove-unused-sections), p.373. 


5.4.117 Disable Generation of Priority Section Names (-Xsect-pri-...) 


-Xsect-pri-on 

-X122=0 
Enable section names of the form “...$1”. See 23.6 Sorted Sections, p.354 for use 
of this form. This is the default. 


-Xsect-pri-off 

-X122 
Disable generation of section names of the form “...6n” for use by third-party 
assemblers or linkers unable to process this form of name. 


5.4.118 Control Listing of -X Options in Assembly Output (-Xshow-configuration=n) 


-Xshow-configuration=0 
Compiler-generated assembly listings (saved with the -S option) do not show 
-X options. This is the default. 


-Xshow-configuration=1 
Assembly listings contain -X options, but only user-configurable options are 
shown, internal compiler flags are suppressed. 


5.4.119 Print Instantiations (-Xshow-inst) 


-Xshow-inst 

-X212 
C++ only. Print to stderr a list of all template instantiations made during 
compilation. See also 5.4.65 Control Template Instantiation 
(-Ximplicit-templates...), p.82 and Templates, p.223. 
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5.4.120 Show Target (-Xshow-target) 


-Xshow-target 
dec C and dplus C++ driver option. Display the target processor “-t option” on 
standard output, but do not compile any file. 


5.4.121 Optimize for Size Rather Than Speed (-Xsize-opt) 


-Xsize-opt 

-X73 
Optimize for size rather than speed when there is a choice. Optimizations 
affected include inlining, loop unrolling, and branch to small code. For 
character arrays, -Xstring-align=value will override -Xsize-opt. See the 
description of array alignment in 8.3 Arrays, p.166. 


5.4.122 Select Software Floating Point Emulation (-Xsoft-float) 


-Xsoft-float 

-X56 
The implementation is a very fast call-based method. This option is controlled 
by DFP, which also selects which library to use, and should not usually be set 
explicitly by the user. 


5.4.123 Enable Stack Checking (-Xstack-probe) 


-Xstack-probe 
-x10 


Enable stack checking (probing). For users of the Run-Time Error Checker, this 
option is equivalent to -Xrtc=4. 


NOTE: -Xstack-probe cannot be used with “interrupt” functions, that is, with 
a function named in an interrupt pragma or declared using the interrupt or 
__interrupt__ keywords 
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5.4.124 Diagnose Static Initialization Using Address (-Xstatic-addr-...) 


-Xstatic-addr-error 

-X81=2 
Generate an error if the address of a variable, function, or string is used by a 
static initializer. This is useful when generating position-independent code 


(PIC). 
-Xstatic-addr-warning 


-X81=1 
Generate a warning if the address of a variable, function, or string is used by a 
static initializer. This is useful when generating position-independent code 
(PIC). This option is on by default. 


5.4.125 Treat All Static Variables as Volatile (-Xstatics-volatile) 


See 5.4.91 Treat All Variables As Volatile (-Xmemory-is-volatile, -X...-volatile), p.93. 


5.4.126 Buffer stderr (-Xstderr-fully-buffered) 


-Xstderr-fully-buffered 
-xX173 


Buffer stderr using 10KB buffer. Use this option to reduce network traffic; 
stderr is unbuffered by default. 


5.4.127 Terminate Compilation on Warning (-Xstop-on-warning) 


-Xstop-on-warning 

-xX85 
Terminate compilation on any warning. Without this option, only errors 
terminate compilation. (For both errors and warnings, compilation terminates 
after a small number of errors are output.) 


5.4.128 Compile C/C++ in Pedantic Mode (-Xstrict-ansi) 


-Xstrict-ansi 
Compile in “pedantic” mode. This option is equivalent to -Xdialect-strict-ansi. 
For C, see 5.4.41 Specify C Dialect (-Xdialect-...), p.71. For C++, -Xstrict-ansi 
generates diagnostic messages when nonstandard features are used and 
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disables features that conflict with ANSI/ISO C++, including -Xusing-std-on 
and -Xdollar-in-ident. 


Disabled by default. 


5.4.129 Ignore Sign When Promoting Bit-fields (-Xstrict-bitfield-promotions) 


-Xstrict-bitfield-promotions 
Conform to the ANSI standard when promoting bit-fields. When a bit-field 
occurs in an expression where an int is expected, the compiler promotes the 
bit-field to a larger integral type. Unless this option is enabled, such 
promotions preserve sign as well as value. If -Xstrict-bitfield-promotions is 
specified, however, an object of an integral type all of whose values are 
representable by an int (that is, an object smaller than 4 bytes) is promoted to 
an int, even if the original type is unsigned. 


-Xstrict-ansi or -Xdialect-strict-ansi implicitly enables 
-Xstrict-bitfield-promotions by default, but can be overridden with 
-Xstrict-bitfield-promotions=0. 


See also 5.4.10 Specify Sign of Plain Bit-field (-Xbit-fields-signed, 
-Xbit-fields-unsigned), p.60. 


5.4.130 Align Strings on n-byte Boundaries (-Xstring-align=n) 


-Xstring-align=n 

-XK18=n 
Align each string on an address boundary divisible by n. The default value is 
4. See also 5.4.8 Specify Minimum Array Alignment (-Xarray-align-min), p.59. 


5.4.131 Warn on Large Structure (-Xstruct-arg-warning=n) 
-Xstruct-arg-warning= 
-X92=n 


Conly. Emit a warning if the size of a structure argumentis larger than or equal 
to n bytes. 


5.4.132 Control Optimization of Structure Member Assignments 
(-Xstruct-assign-split-...) 
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-Xstruct-assign-split-diff=n 
-K147=n 
-Xstruct-assign-split-max=1 
-X146=n 
These options control optimization of assignments of local struct variables. 
The compiler uses a number of techniques to optimize structure members (it 
uses registers, etc.). A structure can be assigned as a one or more blocks 
(depending on a number of factors) or member-by-member. However, block 
structure assignment disables member optimization, so options are available 
to control the type of structures that will assigned as a block. 


By default, the assignment is member-by-member if the structure has 6 or 
fewer members and if the increase in assignments (over block assignments) is 
3 or fewer. Otherwise, the structure is assigned as a block. 


Use -Xstruct-assign-split-max to set the maximum number of members in a 
struct that may be assigned member-by-member. 


Use -Xstruct-assign-split-diff to set the maximum number of additional 
assignments allowed. If member-to-member assignment involves a higher 
number of additional assignments than the number set by 
-Xstruct-assign-split-diff, a block assignment is performed. 


5.4.133 Set Minimum Structure Member Alignment (-Xstruct-min-align=n) 


-Xstruct-min-align=n 

-X76=n 
Force structures to begin on at least an n byte boundary. If any member in a 
structure has a greater alignment, the structure will be aligned on a boundary 
divisible by the size in bytes of the largest member. 


See pack Pragma, p.129 and __packed__and packed Keywords, p.137 for details. 
See also 5.4.90 Set Maximum Structure Member Alignment 
(-Xmember-max-align=n), p.93. 


The default value of n is dependent on the processor as described in 8. Internal 
Data Representation. 
5.4.134 Suppress Warnings (-Xsuppress-warnings) 


-Xsuppress-warnings 
-x14 


Suppress compiler warnings. Same as the -w option. 
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5.4.135 Swap ‘\n’ and ‘\r’ in Constants (-Xswap-cr-nl) 


-Xswap-cr-nl 
-X13 
C only. Swap '\n' and '\r' in character and string constants. Used on systems 


where carriage return and line feed are reversed. 


5.4.136 Set Threshold for a Switch Statement Table (-Xswitch-table...) 


-Xswitch-table=n 

-X143=n 
Implement a switch statement using compares if there are fewer than n case 
labels in the switch, use a jump table if there are n or greater. This option is on 
by default with a value of 7. 


-Xswitch-table-off 
Do not use a jump table to implement a switch statement under any 
conditions. 


5.4.137 Disable Certain Syntax Warnings (-Xsyntax-warning-...) 


-Xsyntax-warning-on 

-X215=0 
Enable certain syntax warnings, for example, warning on a comma after the 
last enumerator. This is the default. 

-Xsyntax-warning-off 

-X215 
C++ only. Disable these warnings. 


5.4.138 Select Target Processor (-Xtarget) 


-Xtarget 
-x39=nThis option is for internal use should usually not be set by the user. See 
4. Selecting a Target and Its Components. 
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5.4.139 Specify Loop Test Location (-Xtest-at-...) 


-Xtest-at-both 

-X6=2 
Force the compiler to always test loops both before the loop is started and at 
the bottom of the loop. This option produces the fastest possible code but uses 
more space. Even if -Xtest-at-both is not set, other optimizations may cause the 
compiler to generate double tests. This option is turned on by -XO. 


-Xtest-at-bottom 
-X6=0 
Use one loop test at the bottom of a loop. 
-Xtest-at-top 
-X6=1 
Use one loop test at the top of a loop. 


5.4.140 Truncate All Identifiers After m Characters (-Xtruncate) 


-Xtruncate=m 

-X22=m 
Truncate all identifiers after m characters. If m is zero, no truncation is done. 
This is the default. 


5.4.141 Append Underscore to Identifier (-Xunderscore-...) 


-Xunderscore-leading 

-X71=1 
Prefix every externally visible identifier with an underscore in the symbol 
table. 


Synonym: -Xleading-underscore. 


-Xunderscore-trailing 

-X71=2 
Suffix every externally visible identifier with an underscore in the symbol 
table. 


Synonym: -Xtrailing-underscore. 


-Xunderscore-surround 

-X71=3 
Prefix and suffix every externally visible identifier with an underscore in the 
symbol table. 
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Synonym: -Xsurround-underscore. 


NOTE: The -Xunderscore... options are provided for use in linking code generated 
by the compiler with third-party libraries or with other tools requiring generated 
underscores. 


The default value of this option is 0 (no extra underscore). 


Because Wind River libraries are compiled with the default setting, setting this option to 
anything but the default will require recompiling every library used. 


5.4.142 Control Loop Unrolling (-Xunroll=n, -Xunroll-size=n) 


-Xunroll=n 

-x15=n 
Unroll small loops n times. Set to 2 by default. n must be a power of two. See 
Loop Unrolling (0x8000), p.197. 


NOTE: Some sufficiently small loops may be unrolled more than n times if total 
code size and speed is better. 


-Xunroll-size=n 

-x16=n 
Specify the maximum number of nodes a loop can contain to be considered for 
loop unrolling. Each operator and each operand counts as one node, so the 


expression 
a=b-o¢c; 
contains 5 nodes. (There is also a small number of additional nodes for each 


function.) 1 is set to 20 by default. Assembly files saved with -S show the 
number of nodes for each function. 


NOTE: Unrolling is done only if option -O or -XO is given to enable optimization 


5.4.143 Runtime Declarations in Standard Namespace (-Xusing-std-...) 
-Xusing-std-on 


C++ only. Automatically search for runtime library declarations in the std 
namespace (as if “using namespace std;” had been specified in the source 
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code), not in global scope. This is the default behavior, but it is disabled by 
-Xstrict-ansi; use -Xusing-std-on on the command line to override 
-Xstrict-ansi. 


This option allows you to use the newer C++ libraries, which are in the std 
namespace, without adding using namespace std; to legacy code. 


-Xusing-std-off 5 
Search for runtime library declarations in global scope unless an explicit using 
namespace std; is given. 


5.4.144 Void Pointer Arithmetic (-Xvoid-ptr-arith-ok) 


-Xvoid-ptr-arith-ok 
-X167 
Treat void pointers as char * for the purpose of arithmetic. For example: 


some_void_ptr += 1; /* adds 1 to some_void_ptr */ 


5.4.145 Define Type for wchar (-Xwchar=n) 


-Xwchar=/1 

-X86=n 
Define the type to which wchar will correspond. The desired type is given by 
specifying a value n equal to a value returned by the operator sizeof(type, 2). 
See sizeof Extension, p.149. The default type is long integer (32 bits), that is, 
-Xwchar=4. 


5.4.146 Control Use of wchar_t Keyword (-Xwchar_t-...) 


-Xwchar_t-on 
-X214=0 
Enable the wchar_t keyword. 


-Xwchar_t-off 
-X214 
C++ only. Disable the wchar_t keyword. 


Synonym: -Xno-wchar. 
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5.5 Examples of Processing Source Files 


The following examples show typical ways of compiling. 
The two files, file1.c and file2.cpp, contain the source code: 


/* filel.c */ 

void outarg(char *); 

int main(int argc, char **argv) 

{ 
while(--argc) outarg(*++argv) ; 
return 0; 


} 


/* file2.cpp */ 
#include <stdio.h> 


extern "C" void outarg(char *arg) 
{ 


static int count; 


printf("arg #%d: %s\n",++count,arg) ; 


5.5.1 Compile and Link 


When compiling small programs such as this, the driver can be invoked to execute 
all four stages of compilation in one command. For example: 


dplus filel.c file2.cpp 


The driver preprocesses, compiles, and assembles the two files (one C and one 
C++), and links them together with the appropriate libraries to create a single 
executable file, by default called a.out. When more than one file is compiled to 
completion, object files are created and kept, in this case, file1.o and file2.0. When 
only one file is compiled, assembled, and linked, the intermediate assembly and 
object files are deleted automatically (see 5.4.77 Create and Keep Assembly or Object 
File (-Xkeep-assembly-file, -Xkeep-object-file), p.86 to change this). 


If the target system supports command-line execution, to execute this program 
enter a.out with some arguments: 


a.out abc def ghi 


This will print: 
arg #1: abc 
arg #2: def 
arg #3: ghi 
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(See 15. Use in an Embedded Environment for comments on executing programs in 
embedded environments.) 


To execute the program on the host system using the WindISS simulator, compile 
the program with windiss specified on the command line—for example: 


dplus -tARMES:windiss filel.c file2.cpp 
Then run the program with WindISS: 
windiss a.out abc def ghi 
To give the generated program a name other than a.out, use the -o option: 
dplus filel.c file2.cpp -o progl 
To also enable optimization, use the -O option: 
dplus -O filel.c file2.cpp -o progl 
To convert the linked output to S records: 
ddump -Rv a.out 


will produce file srec.out by default. See 29. D-DUMP File Dumper for additional 
options and details. 


5.5.2 Separate Compilation 


When compiling programs consisting of many source files, it is time-consuming 
and impractical to recompile the whole program whenever a file is changed. 
Separate compilation is a time-saving solution when recompiling larger programs. 
The -c option creates an object file which corresponds to every source file, but does 
not call the linker. These object files can then be linked together later into the final 
executable program. When a change has been made, only the altered files need to 
be recompiled. To create object files and then stop, use the following command: 


dplus -O -c filel.c file2.cpp 


The files filel.o and file2.0 will be created. 


Create the executable program as follows. Note that the driver is used to invoke 
the linker; this is convenient because defaults will be supplied as required based 
on the current target, for example, for libraries and crt0.o. 


dplus filel.o file2.o -o prog2 
If file2.cpp is altered, prog2 can be rebuilt with: 


dplus -O -c file2.cpp 
dplus filel.o file2.o -o prog2 
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Usually, the compilation process is automated with utilities similar to make, which 
finds the minimum command sequence to create an updated executable. 


5.5.3 Assembly Output 


It is frequently desirable to look at the generated assembly code. Two options are 
available for this purpose: 


« The -S option stops compilation after generating the assembly and 
automatically names the file basename.s, file1.s in this case: 
dplus -O -S filel.cpp 
» When using a command which generates an object file, the 
-Xkeep-assembly-file option will preserve the assembly file in addition to the 
object, naming it basename.s. 


The option -Xpass-source outputs the compiled source as comments in the 
generated file and makes it easier to see which assembly instructions correspond 
to each line of source: 


dplus -O -S -Xpass-source file2.cpp 


5.5.4 Precompiled Headers 
In C++ projects with many header files, you can often speed up compilation by 


using precompiled headers, enabled with the -Xpch-... options. See 
13.7 Precompiled Headers, p.229. 
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6.1 Preprocessor Predefined Macros 


The following preprocessor macros are predefined. The macros that do not start 
with two underscores (“__”) are not defined if option -Xdialect-strict-ansi is given. 


__BIG_ENDIAN__ 


Big-endian implementation. 


__ bool 
The constant 1 if type bool is defined when compiling C++ code, otherwise 
undefined. Option -Xbool-off disables the bool, true, and false keywords. 
C++ only. 
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__CHAR_UNSIGNED__ 
Indicates that plain char characters are unsigned. 


cplusplus 
The constant 199711 when compiling C++ code, otherwise undefined. 


__DATE__ 
The current date in “mm dd yyyy” format; it cannot be undefined. 


_ pec __ 
The constant 1. 


__DCPLUSPLUS__ 
The constant 1 when compiling C++ code, otherwise undefined. 


_DIAB_TOOL 
Indicates the Wind River Compiler is being used. 


__EABI__ 


ELF ABI object format. 


__ETOA__ 
Indicates that full ANSI C++ is supported. Not defined when compiling C 
code or when an older version of the compiler is invoked. 


__ETOA_IMPLICIT_USING_STD 
Defined if -Xusing-std-on is enabled. Indicates that runtime library 
declarations are automatically searched for in the std namespace (not in global 
scope), regardless of whether using namespace std; is specified. 


__ETOA_NAMESPACES 
Defined if the runtime library uses namespaces. 


__EXCEPTIONS 
Exceptions are enabled. C++ only. 


__ FILE _ 
The current filename; it cannot be undefined. 


__FUNCTION__ 
__FUNCTION_ is not really a preprocessor macro, but a special predefined 
identifier that returns the name of the current function (that is, the function in 
which the identifier occurs). 


LITTLE_ENDIAN 
Little-endian implementation. 


LITTLE_ENDIAN 
Little-endian implementation. 


__LDBL__ 
The constant 1 if the type long double is different from double. 


118 


6 Additions to ANSI C and C++ 
6.1 Preprocessor Predefined Macros 


__ LINE __ 
The current source line; it cannot be undefined. 


__ lint 
This macro is not predefined; instead, define this when compiling to select 
pure-ANSI code in Wind River header files, avoiding use of any non-ANSI 
extensions. 


__arm 
Target flag used by various tools. 


__THUMB __ 
Target flag used by various tools. 


__nofp 
No floating point support. 


__ PRETTY _FUNCTION__ 
__PRETTY_FUNCTION_ is not really a preprocessor macro, but a special 
predefined identifier that returns the name of the current function (that is, the 
function in which the identifier occurs). In C modules, 
__PRETTY_FUNCTION__ always returns the same value as _FUNCTION_. 
For C++, __ PRETTY_FUNCTION__ may return additional information, such as 
the class in which a method is defined. 


__RTTI 
C++ only. Run-time type information is enabled. 


SIGNED_CHARS 
C++ only. Defined as 1 if plain char is signed. See 5.4.20 Specify Sign of Plain 
Char (-Xchar-signed, -Xchar-unsigned), p.63. 


__softfp 
Software floating point support. 


__sTpc__ 
The constant 0 if -Xdialect-ansi and the constant 1 if -Xdialect-strict-ansi is 
given. It cannot be undefined if -Xdialect-strict-ansi is set. For C++ modules it 
is defined as 0 in all other cases. 


__STRICT_ANSI_ 
The constant 1 if -Xdialect-strict-ansi or -Xstrict-ansi is enabled. 


__ TIME 
The current time in “hh:mm:ss” format; it cannot be undefined. 


__VERSION__ 
The version number of the compiler and tools, represented as a string. 
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VERSION_NUMBER 
The version number of the compiler and tools, represented as an integer. 


__wechar_t 
The constant 1 if type wchar_t is defined when compiling C++ code, otherwise 
undefined. Option -X-wchar-off disables the wchar_t keyword. 


6.2 Preprocessor Directives 


The preprocessor recognizes the following additional directives. 


#assert and #unassert Preprocessor Directives 


The #assert and #unassert directives allow definition of preprocessor variables 
that do not conflict with names in the program namespace. These variables can be 
used to direct conditional compilation. The C and C++ preprocessors recognize 
slightly different syntax for #assert and #unassert. 


Assertions can also be made on the command line through the -A option. 


To display information about assertions at compile time, see 5.4.30 Dump Symbol 
Information for Macros or Assertions (-Xcpp-dump-symbols), p.67. 


To make an assertion with a preprocessor directive, use the syntax: 


#assert name (value) C or C++ 
#assert name Cx only 


In the first form, name is given the value value. In the second form, name is defined 
but not given a value. Whitespace is allowed only where shown. 


Examples: 


#assert system(unix) 
#assert system 


To make an assertion on the command line, use: 


-A name (value) 
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Examples: 
dcc -A "system (unix)" test.c UNIX 
dcc -A system\ (unix\) test.c UNIX 
dec -A system (unix) test.c Windows 


Assertions can be tested in an #if or #elif preprocessor directive with the syntax: 


#if #name (value) C or C++ 
#if£ #name C only 


A statement of the first form evaluates to true if an assertion of that name with that 
value has appeared and has not been removed. (A name can have more than one 
value at the same time.) A statement of the second form evaluates to true if an 
assertion of that name with any value has appeared. 


Examples: 


#if #system(unix) 
#if #system 


An assertion can be removed with the #unassert directive: 


#unassert name C++ only 
#unassert name (value) C++ only 
#unassert #name (value) C only 


The first form removes all definitions of name. The other forms remove only the 
specified definition. 


Examples: 
#unassert system 


#unassert system(unix) 
#unassert #system(unix) 


#error Preprocessor Directive 


The #error preprocessor directive displays a string on standard error and halts 
compilation. Its syntax is: 


#error string 


Example: 
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#error "Feature not yet implemented." 


See also #info, #inform, and #informing Preprocessor Directives, p.122 and #warn and 
#warning Preprocessor Directives, p.123. 


#ident Preprocessor Directive (C only) 


The #ident preprocessor directive inserts a comment into the generated object file. 
The syntax is: 


#ident string 
Example: 
#ident "version 1.2" 


The text string is forwarded to the assembler in an ident pseudo-operator and the 
assembler outputs the text in the .comment section. 


#import Preprocessor Directive 


The #import preprocessor directive is equivalent to the #include directive, except 
that if a file has already been included, it is not included again. The same effect can 
be achieved by wrapping all header files with protective #ifdefs, but using 
#import is much more efficient since the compiler does not have to open the file. 
Using the -Ximport command-line option will cause all #include directives to 
behave like #import. 


#info, #inform, and #informing Preprocessor Directives 


The #info, #inform, and #informing preprocessor directives display a string on 
standard error and continue compilation. Their syntax is: 

#info string 

#inform string 

#informing string 
Example: 


#info "Feature not yet implemented." 


See also #error Preprocessor Directive, p.121 and #warn and #warning Preprocessor 
Directives, p.123. 
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#warn and #warning Preprocessor Directives 


The #warn and #warning preprocessor directives display a string on standard 
error and continue compilation. Their syntax is: 


#warn string 
#warning string 


Example: 
#warn "Feature not yet implemented." 


See also #error Preprocessor Directive, p.121 and #info, #inform, and #informing 
Preprocessor Directives, p.122. 


6.3 Pragmas 


align Pragma 


error Pragma 


This section describes the pragmas supported by the compiler. A warning is issued 
for unrecognized pragmas. 


Pragma directives are not preprocessed. Comments are allowed on pragmas. 


In C++ modules, a pragma naming a function affects all functions with the same 
name, independently of the types and number of parameters—that is, 
independently of overloading. 


#pragma align [ ( [[max_member_alignment], [min_structure_alignment] [, byte-swap]] ) ] 


The align pragma, provided for portability, is a synonym for pack Pragma, p.129. 


#pragma error string 


Display string on standard error as an error and halt compilation. See also info 
Pragma, p.125 and warning Pragma, p.133. 
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global_register Pragma 


hdrstop Pragma 


#pragma global_register identifier=register , 


This pragma forces a global or static variable to be allocated to a specific register. 
This can increase execution speed considerably when a global variable is used 
frequently, for example, the “program counter” variable in an interpreter. 


identifier gives the name of a variable. register gives the name of the selected register 
in the target processor. See 9.6 Register Use, p.180 for a list of valid register names. 


The following rules apply: 


* Only registers which are preserved across function calls may be assigned to 
global variables. 


» When assigning several variables to registers, start by using the lowest 
preserved register available. Some targets cannot use lower preserved 
registers for automatic and register variables. 


* Do not mix modules using global registers with modules not using them. 
Never call a function using global registers from a module compiled without 
them. 


= #pragma global_register can be used to force the compiler to avoid specific 
registers in code generation by defining dummy variables as global registers 
in all modules. 


» The pragma must appear before the first definition or declaration of the 
variable being assigned to a register. 


NOTE: A convenient method of ensuring that all modules are compiled with the 

same global register assignments is to put all #pragma global_register directives 

in a header file, e.g. globregs.h, and then include that file with every compilation 
from the command line with the -i option, e.g. -i=globregs.h. 


Examples: 


#pragma global_register counter=register-name 
char *counter; /* allocated to the named register */ 


/* Force the compiler to avoid a named register. */ 
#pragma global_register __dummy=register-name 


#pragma hdrstop 
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info Pragma 


inline Pragma 
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C++ only. Suppress generation of precompiled headers. Headers included after 
#pragma hdrstop are not saved in a parsed state. See 13.7 Precompiled Headers, 
p-229 for more information. 


#pragma ident string 
Insert a comment into the generated object file. 
Example: 

#pragma ident "version 1.2" 


The text string is forwarded to the assembler in an ident pseudo-operator and the 
assembler outputs the text in the .comment section. 


#pragma info string 


Display string on standard error and continue compilation. See also error Pragma, 
p-123 and warning Pragma, p.133. 


#pragma inline func ,... 


Inline the given function whenever possible. The pragma must appear before the 
definition of the function. Unless cross-module optimization is enabled (-Xcmo-...), 
a function can be inlined only in the module in which it is defined. 


In C++ modules, the inline function specifier is normally used instead. This 
specifier, however, also makes the function local to the file, without external 
linkage. Conversely, the #pragma inline directive provides a hint to inline the code 
directly to the code optimizer, without any effect on the linkage scope. 


NOTE: The inline pragma has no effect unless optimization is selected (with the 
-XO or -O options). 
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Example: 
#pragma inline swap 
void swap(int *a, int *b) { 


int tmp; 
tmp = *a; *a = *b; *b = tmp; 


interrupt Pragma 


#pragma interrupt function ,... 


Designate function as an interrupt function. Code is generated to save all general 
purpose scratch registers and to use a different return instruction. 


Important interrupt Pragma Notes 


* Floating point and other special registers, if present on the target, are not saved 
because interrupt functions usually do not modify them. If such registers must 
be saved in order to handle nested interrupts, use an asm macro to do so (see 
7. Embedding Assembly Code). To determine which registers are saved for a 
particular target, compile the program with the -S option and examine the 
resulting assembler file (it will have a .s extension by default). 


«The compiler does not generate instructions to re-enable interrupts. If this is 
required to allow for nested interrupts, use an asm macro. 


= See 5.4.123 Enable Stack Checking (-Xstack-probe), p.106 for when this option 
cannot be used with interrupt functions. 


« This pragma must appear before the definition of the function. A convenient 
method is to put it with a prototype declaration for the function, perhaps in a 
header file. 


Example: 
#pragma interrupt trap 
void trap () { 


/* this is an interrupt function */ 


} 


no_alias Pragma 


#pragma no_alias { var1 | *var2 } den 
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Promise that the variable var] is not accessed in any manner (through pointers etc.) 
other than through the variable name; promise that the data at *var2 is only 
accessed through the pointer var2. This allows the compiler to better optimize 
references to such variables. 


The pragma must appear after the definition of the variable and before its first use. 


Example: 


add(double *d, double *s1, double *s2, int n) 
#pragma no_alias *d, *sl, *s2 


{ 


at ak.» 
for (i = 0; i <n; i++) { 
/* "sl + s2" will move outside the loop */ 
ali] = *sl + *s2; 
} 
Without the pragma, either s1 or s2 might point into d and the assignment might 
then set s1 or s2. See also 5.4.7 Assume No Aliasing of Pointer Arguments 
(-Xargs-not-aliased), p.59. 


#pragma no_pch 


Suppress all generation of precompiled headers from the file where #pragma 
no_pch occurs. See 13.7 Precompiled Headers, p.229, for more information. 


no_return Pragma 


#pragma no_return function ,... 


Promise that each function never returns. Helps the compiler generate better code. 


This pragma must appear before the first use of the function. A convenient method 
is to put it with a prototype declaration for the function, perhaps in a header file. 


Example: 


#pragma no_return exit, abort, longjmp 


127 


no_side_effects 


option Pragma 


Wind River Compiler for ARM/XScale 
User's Guide, 5.4 


Pragma 


#pragma no_side_effects descriptor ,... 
Where each descriptor has one of the following forms and meanings: 


function 
Promises that function does not modify any global variables (it may use global 
variables). 


function ( { global ln } ere | 
Promises that function does not modify any global variables except those 
named or the data addressed by its nth parameter. At least one global or 
parameter number must be given, and there may be more than one of either 
kind in any order. 


This pragma must appear before the first use of the function. A convenient method 
is to put it with a prototype declaration for the function, for example, in a header 
file. 


Contrast with pure_function Pragma, p.132, which also promises that a function 
does not use any global or static variables. 
Example: 


#pragma no_side_effects strcemp(1), sin(errno), \ 
my_func(1, 2, my_global) 


#pragma option option [option ...] 


Where option is any of the -g, -O, or -X options (including the leading ‘-’ character). 
This option makes it possible to set these options from within a source file. 


These options must be at the beginning of the source file before any other source 
lines. The effect of other placement is undefined. 


Note that some -X options are consumed by driver or compiler command-line 
processing before a source file is read. If an -X option does not appear to hve the 
intended effect, try it on the command line. If effective there, that option can not be 
used as a pragma. 
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pack Pragma 


#pragma pack [ ([[smax_member_alignment], [min_structure_alignment][, byte-swap]]) | 


The pack directive specifies that all subsequent structures are to use the alignments 
given by max_member_alignment and min_structure_alignment where: 


max_member_alignment 
Specifies the maximum alignment of any member in a structure. If the 
natural alignment of a member is less than or equal to 
max_member_alignment, the natural alignment is used. If the natural 
alignment of a member is greater than max_member_alignment, 
max_member_alignment will be used. 


Thus, if max_member_alignment is 8, a 4-byte integer will be aligned ona 
4-byte boundary. 
While if max_member_alignment is 2, a 4-byte integer will be aligned on a 
2-byte boundary. 


min_structure_alignment 
Specifies the minimum alignment of the entire structure itself, even if all 
members have an alignment that is less than min_structure_alignment. 


byte-swap 
If 0 or absent, bytes are taken as is. If 1, bytes are swapped when the data 
is transferred between byte-swapped members and registers or 
non-byte-swapped memory. This enables access to little-endian data on a 
big-endian machine and vice-versa. 


It is not possible to take the address of a byte-swapped member. 


If neither max_member_alignment nor min_structure_alignment are given, they are 
both set to 1. If either max_member_alignment or min_structure_alignment is zero, the 
corresponding default alignment is used. If max_member_alignment is non-zero and 
min_structure_alignment is not given it will default to 1. 


The form #pragma pack is equivalent to #pragma pack(1,1,0). The form 
#pragma pack() is equivalent to #pragma pack(0,0,0). 


The align pragma, provided for portability, is an exact synonym for pack. 


An alternative method of specifying structure padding is by using __packed__and 
packed Keywords, p.137. 


Default values for max_member_alignment and min_structure_alignment can be set 
by using the -Xmember-max-align and the -Xstruct-min-align options. The order 
of precedence is values -X options lowest, then the packed pragma, and 
__packed__ or packed keyword highest. 


129 


Wind River Compiler for ARM/XScale 


User’s Guide, 5.4 


Restrictions 


and Additional Information 


Note that if a structure is not packed, the compiler will insert extra padding to assure 
that no alignment exception occurs when accessing multi-byte members because 

the processor requires that multi-byte variables be aligned on 4-byte boundaries; 

see5.4.6 Specify Minimum Alignment for Single Memory Access to 

Multi-byte Values (-Xalign-min=n), p.58. 


When a structure is packed, because the processor requires that multi-byte values 
be aligned (-Xalign-min > 1), the following restrictions apply: 


Access to multi-byte members will require multiple instructions. (This is so 
even if amember is aligned as would be required within the structure because 
the structure may itself be placed in memory at a location such that the 
member would be unaligned, and this cannot be determined at compile time.) 


volatile members cannot be accessed atomically. The compiler will warn and 
generate multiple instructions to access the volatile member. Also, 
“compound” assignment operators to volatile members, such as +=, | =, etc., 
are not supported. For example, assuming i is a volatile member of packed 
structure struct1, then the statement: 


struct1.i += 3; 
must be recoded as: 


structl.i = structi.i + 3; 


In addition, for packed structures, an enum member will use the smallest type 
sufficient to represent the range, see 5.4.47 Specify enum Type (-Xenum-is-...), p.73. 


Examples 


Later examples depend on earlier examples in some cases. 


130 


#pragma pack (2,2) 
struct sO { 


char a; 1 byte at offset 0, 1 byte padding 
short b; 2 bytes at offset 2 
char ¢; 1 byte at offset 4 
char d; 1 byte at offset 5 
int e; 4 bytes at offset 6 
char f; 1 byte at offset 10 
}; total size 11, alignment 2 


6 Additions to ANSI C and C++ 
6.3 Pragmas 


If two such structures are in a section beginning at offset 0xF000, the layout would 
be: 


F000 a 
FOO1 padding 
F002 b 
F004 c 
F005 d 
F006 
[epee toto, —|——_—_—_—_  —_ 1— 
FOOA f 
FOOB padding 
FOOC a 
FOOD padding 
FOOE b 
F010 c 
FO11 d 
F012 
e 
F016 f 
F017 


#pragma pack (1) 
struct S1 { 


Same as #pragma pack(1,1), no padding. 


char cl 


long il; 


1 byte at offset 0 
4 bytes at offset 1 
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char dl; 


#pragma pack (8) 
struct S2 { 
char c2 


long i2; 
char d2; 


#pragma pack (2,2) 
struct S3 { 
char ¢3; 
long i3; 
char d3; 


struct S4 { 
char c4; 


#pragma pack (8) 
struct S { 
char el; 
etruct $1 si; 
struct S2 s2; 
char e2; 
struct S3 s3; 


#pragma pack (0) 


pure_function Pragma 


#pragma pure_function function ,... 


1 byte at offset 5 
total size 6, alignment 1 


Use “natural” packing for largest member. 


1 byte at offset 0,3 bytes padding 
4 bytes at offset 4 

1 byte at offset 8,3 bytes padding 
total size 12, alignment 4 


Typical packing on machines which cannot 
access multi-byte values on odd-bytes. 

1 byte at offset 0, 1 byte padding 

4 bytes at offset 2 

1 byte at offset 6, byte padding 

total size 8, alignment 2 


Using pragma from prior example. 

1 byte at offset 0, 1 byte padding 

total size 2, alignment 2 since 
min_member_alignment is 2 above 


“Natural” packing since S3 is 8 bytes long. 


1 byte at offset 0 

6 bytes at offset 1, 1 byte padding 
12 bytes at offset 8 

1 byte at offset 20, 1 byte padding 

8 bytes, at offset 22, 2 bytes padding 
alignment 2 

total size 32, alignment 4 


Set to default packing. 


Promises that each function does not modify or use any global or static data. Helps 
the compiler generate better code, for example, in optimization of common 
sub-expressions containing identical function calls. Contrast with no_side_effects 
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Pragma, p.128, which only promises that a function does not modify global 
variables. 


This pragma must appear before the first use of the function. A convenient method 
is to put it with a prototype declaration for the function, perhaps in a header file. 


Example: 


#pragma pure_function sum 
int sum(int a, int b) { 
return atb; 


} 


#pragma section class_name [istring [ustring]] [addr_mode] [acc_mode] [address=x] 
The #pragma section directive defines sections into which variables and code can 
be placed. It also defines how objects in sections are addressed and accessed. 


This pragma must appear before the declaration (for functions, before the 
prototype if present) of all variables and all functions to which it is to apply. 


The section pragma is discussed in detail in 14. Locating Code and Data, Addressing, 
Access. 


use_section Pragma 


#pragma use_section class_name variable ,... 
Selects the section class into which a variable or function is placed. A section class 
is defined by #pragma section. 


This pragma must appear before the declaration (for functions, before the 
prototype if present) of all variables and all functions to which it is to apply. 


The use_section pragma is discussed in detail in 14. Locating Code and Data, 
Addressing, Access. 


warning Pragma 


#pragma warning string 
Display string on standard error as a warning and continue compilation. See also 
error Pragma, p.123, and info Pragma, p.125. 
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#pragma weak symbol 
Mark symbol as weak. 


When a #pragma weak for a symbol is given in the module defining the symbol, it 
is a weak definition. When the #pragma weak is in a module using but not defining 
it, it is a weak reference. 


Because this pragma is ultimately processed by the assembler, it may appear 
anywhere in the source file. 


A weak symbol resembles a global symbol with two differences: 


* When linking, a weak definition with the same name as a global or common 
symbol is not considered a duplicate definition; the weak symbol is ignored. 


« Ifno module is present to define a symbol, unresolved weak references to the 
symbol have a value of zero and remain undefined in the symbol table after 
linking, and no error is reported. 


Note while a symbol may be defined in more than one module as long as at most 
one of the definitions is global or common while the rest (or all) are weak, the 
linker resolves references to the first instance of the symbol it encounters. Consider 
the following scenario. Function foo() uses x, which is declared weak in library 1 
and global in library 2. If library 1 is searched first, the weak version of x will be 
used. On the other hand, if library 2 is subsequently linked (because, for example, 
another function uses it), then the global version of x will replace the weak version. 


#pragma weak is incompatible with local data area (LDA) allocation; using 
#pragma weak with -Xlocal-data-area or -Xlocal-data-area-static-only enabled 
will produce a warning and temporarily disable LDA. See 5.4.82 Allocate Static and 
Global Variables to Local Data Area (-Xlocal-data-area=n), p.89, and 14.4 Local Data 
Area (-Xlocal-data-area), p.247. 
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6.4 Keywords 


The following additional keywords are recognized by the compiler. 


__asm and asm Keywords 


Used to embed assembly language (see 7. Embedding Assembly Code) and use the 
information found in Assigning Global Variables to Registers, p.147. 


__attribute__ Keyword 


See 6.5 Attribute Specifiers, p.139. 


extended Keyword (C only) 


If the option -Xkeywords=x is used with the least significant bit set in x (e.g., 
-Xkeywords=0x1), the compiler recognizes the keyword extended as a synonym 
for long double. 


Example: 


extended e; /* the same as long double e; */ 


__inline__ and inline Keywords 


The __inline__ and inline keywords provide a way to replace a function call with 
an inlined copy of the function body. The __inline__ keyword is intended for use 
in C modules but is disabled in strict- ANSI mode. The inline keyword is normally 
used in C++ modules but can also be used in C if the option -Xkeywords=0x4 is 
given (5.4.78 Enable Extended Keywords (-Xkeywords=mask), p.86). 


__inline__ and inline make the function local (static) to the file by default. 
Conversely, the #pragma inline directive provides a hint to inline the code directly 
to the code optimizer, without any effect on the linkage scope. Use extern to make 
an inline function public. 
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NOTE: Functions are not inlined, even with an explicit #pragma inline, or 
__inline__ or inline keyword unless optimization is selected with the -XO or -O 
options. 


Note that using -O will automatically inline functions of up to 10 nodes (including 
“empty” functions), and -XO will automatically inline functions of up to 40 nodes. 
See how these values are controlled in 5.4.72 Inline Functions with Fewer Than n 
Nodes (-Xinline=n), p.84. An explicit pragma or keyword can be used to force 
inlining of a function larger than the value set with implicitly or explicitly with 
-Xinline. 


See Inlining (0x4), p.191, for a complete discussion of all inlining methods. 


Example: 
__inline_ void inc(int *p) { 
*p = *p+1; 
} 
inc (&x) ; 


The function call will be replaced with 


x = xt1; 


__interrupt__ and interrupt Keywords (C only) 


The __interrupt__ keyword provides a way to define a function as an interrupt 
function. The difference between an interrupt function and a normal function is 
that all registers are saved, not just the those which are volatile, and a special return 
instruction is used. __interrupt__ works like the interrupt Pragma, p.126. The 
keyword interrupt can also be used; see 5.4.78 Enable Extended Keywords 
(-Xkeywords=mask), p.86. 


NOTE: See why this cannot be used with interrupt functions, 5.4.123 Enable Stack 
Checking (-Xstack-probe), p.106). 


Example: 
__interrupt__ void trap() { 


/* this is an interrupt function */ 


} 


136 


6 Additions to ANSI C and C++ 
6.4 Keywords 


long long Keyword 


The compiler supports 64-bit integers for all ARM microprocessors. A variable 
declared long long or unsigned long long is an 8 byte integer. To specify a long 
long constant, use the LL or ULL suffix. A suffix is required because constants are 
of type int by default. 
Example: 

long long mask_nibbles (long long x) 

{ 


return (x & Oxf0f0fOfLOFOLOFOLOLL) ; 
} 


NOTE: Bit-fields are not permitted in variables of type long long. 


__packed__ and packed Keywords 


packed. ([[max_member_alignment], [min_structure_alignment] [, byte-swap]]) 


The __packed__ keyword defines how a structure should be padded between 
members and at the end. The keyword packed can also be used if the option 
-Xkeywords=0x8 is given. See pack Pragma, p.129 for treatment of 0 values, 
defaults, and restrictions. 


The max_member_alignment value specifies the maximum alignment of any 
member in the structure. If the natural alignment of a member is less than 
max_member_alignment, the natural alignment is used. See 8. Internal Data 
Representation for more information about alignments and padding. 


The min_structure_alignment value specifies the minimum alignment of the 
structure. If any member has a greater alignment, the highest value is used. 


Default values for max_member_alignment and min_structure_alignment can be set 
by using the -Xmember-max-align and the -Xstruct-min-align options. The order 
of precedence is values -X options lowest, then the packed pragma, and 
__packed__ or packed keyword highest. 


The byte-swapped option enables swapping of bytes in structure members as they 
are accessed. If 0 or absent, bytes are taken as is; if 1, bytes are swapped as they are 
transferred between byte-swapped structure members and registers or 
non-byte-swapped memory. 


See pack Pragma, p.129 for defaults for missing parameters and for additional 
examples. 
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Examples: 
__packed__ struct sl { no padding between members 
char c; 
int i starts at offset 1 
}; total size 5 bytes 


packed__ (2,2) struct s2 { maximum alignment 2 


char c; 
int i; starts at offset 2 
}; total size 6 bytes 
__packed__ (4) struct s3 { maximum alignment 4 
char c; 
int i; starts at offset 4 
}; total size 8 bytes 


packed__ (4,2) struct s4 { minimum alignment 2 
char c; 


}; total size 2 bytes 


For the C compiler only, constant expressions (in addition to simple constants) can 
be specified as arguments to the ___packed__ or packed keyword. 


pascal Keyword (C only) 


If the option -Xkeywords=x is used with bit 1 set in x (e.g., -Xkeywords=0x2), the 
compiler recognizes the keyword pascal. This keyword is a type modifier that 
affects functions in the following way: 


« The argument list is reversed and the first argument is pushed first. 


«= On CISC processors (for example, MC68000), the called function clears the 
argument stack space instead of the caller. 


__typeof__ Keyword (C only) 


__typeof__(arg), where arg is either an expression or a type, behaves like a defined 
type. Examples: 


__typeof__(int *) x; 
__typeof__(x) y; 
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The first statement declares a variable x whose type is the type of pointers to 
integers, while the second declares a variable y of the same type as x. Note that 
typeof (without underscores) is not supported. 


6.5 Attribute Specifiers 


Attribute specifiers, formed with the __attribute__ keyword, assign extra-language 
properties to variables, functions, and types. They can specify packing, alignment, 
memory placement, and execution options. When you have a choice between an 
attribute specifier and an equivalent pragma, it is preferable to use the attribute 
specifier. 


Attribute specifiers have the form __attribute__(( attribute-list )), where 
attribute-list is a comma-delimited list of attributes. Supported attributes, some of 
which include parameters in parentheses, are described in the sections that follow. 


An attribute specifier can appear in a variable or function declaration, function 
definition, or type definition; or following any variable within a list of variable 
declarations. Multiple attribute specifiers should be separated by whitespace. 


When an attribute specifier modifies a function, it can appear before or after the 
return type. Examples: 


__attribute__((pure)) int foo(int a, b); 
int __attribute__((no_side_effects)) bar(int x); 


When an attribute specifier modifies a struct, union, or enum, it can appear 
immediately before or after the keyword, or after the closing brace. Example: 


struct b { 
char b; 
int a; 
} __attribute__(( aligned(2) )) str1; 


For non-structure fields, the specifier can be placed anywhere before or 
immediately following the identifier name: 


__attribute__(( aligned(2) )) int foo; 
int __attribute__(( aligned(4) )) bar; 
int foobar __attribute__(( aligned(8) )); 


Placement of a specifier determines how the attribute is applied. Example: 
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// align a and b on 4-byte boundaries 
__attribute__(( aligned(4) )) char a='a', b='b'; 


// force alignment only for c 
char __attribute__(( aligned(4) )) c='c', d ='d'; 


// force alignment only for f 
char e='e', £ __attribute__(( aligned(4) )) ='f'; 


If an attribute specifier modifies a typedef, it applies to all variables declared using 
the new type: 


typedef __attribute__(( aligned(4) )) char AlignedChar; 


// a and b are aligned on 4-byte boundaries 
AlignedChar a='a', b='b'; 


To eliminate naming conflicts between attributes and preprocessor macros, any 
attribute name can be surrounded by double underscores. For example, aligned 
and __aligned__ are synonyms; __attribute__(( aligned(2) )) is equivalent to 
__attribute__((__aligned__(2) )). 


NOTE: The placement of attribute specifiers can be misleading. For example: 
int last_func() { 
See eee iaeksedeny // modifies foo, not last_func 
int foo() { 


} 


This example is confusing because in type definitions, the attribute specifier can 
follow the closing brace. But in function definitions, the attribute specifier must 
appear directly before or after the return type. 


When an attribute takes a numeric parameter, the parameter can be a simple 
constant or a constant expression. Example: 


__attribute__(( aligned(sizeof(double)) )) int x[32]; 


In this example, the constant expression sizeof(double) is used as a parameter to 
the aligned attribute. 


absolute Attribute (C only) 


__attribute__((absolute)) indicates that a const integer variable is an absolute 
symbol. Example: 


const int foo __attribute__((absolute)) = 7; 
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This declaration means that foo appears in the symbol table and always represents 
the value 7; no memory is allocated to store foo. 


aligned(n) Attribute 


To specify byte alignment for a variable or data structure, use: 
__attribute_ (( aligned(m) )) 
where n is a power of two. Example: 


// align structure on 8-byte boundary 
__attribute__(( aligned(8) )) struct a { 
char b; 
int a; 
} stri; 


This is often combined with the packed Attribute, p.143. Example: 


struct b { 
char b; 
int a; 
} __attribute__(( aligned(2), packed )) str2; 


You can force alignment for a specific element within a structure: 
struct c { 
int k; 
__attribute__ (( aligned(8) )) char m; // align m on 8 bytes 
} str3; 
But special alignment for members of a packed structure is ignored: 


struct c { 


int k; 
__attribute__ (( aligned (8) )) char m; // alignment ignored 
} __attribute__((packed)) str4; 


Nested alignment attributes are preserved within a struct or union. 


constructor, constructor(n) Attribute 


A constructor, or initialization, function is executed before the entry point of your 
application—that is, before main( ). To designate a function as a constructor with 
default priority, use: 


__attribute__ ((constructor) ) 
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To designate a function as a constructor with a specified priority, use: 
__attribute__ (( constructor(n) )) 


where 1 is anumber between 0 and 65535. Specifying a priority level allows you to 
control the order in which initialization functions execute; the lower the value of n, 
the earlier the function executes. For more information, see 15.4.8 Run-time 
Initialization and Termination, p.260. 


deprecated, deprecated(string) Attribute (C only) 


Causes the compiler to issue a warning when the marked function, variable, or 
type is referenced. 


__attribute__ ( (deprecated) ) 
__attribute__ ( (deprecated (string) )) 


The optional string is included with the warning message. 


destructor, destructor(n) Attribute 


A destructor, or finalization, function is executed after the entry point of your 
application or after exit(). To designate a function as a destructor with default 
priority, use: 
__attribute__ ( (destructor) ) 
To designate a function as a destructor with a specified priority, use: 
_attribute__ (( destructor(”) )) 


where 1 is anumber between 0 and 65535. Specifying a priority level allows you to 
control the order in which finalization functions execute; the lower the value of n, 
the earlier the function executes. For more information, see 15.4.8 Run-time 
Initialization and Termination, p.260. 


noreturn, no_return Attribute 


To indicate that a function will never return to the caller, use: 
__attribute_ ((noreturn) ) 


This allows the compiler to remove unnecessary code intended for returning 
execution to the caller on exit. The no_return attribute is equivalent to no return. 
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no_side_effects Attribute 


This attribute is a less restrictive version of pure (see pure, pure_function Attribute, 
p-143). ___attribute__((no_side_effects)) indicates that a function does not modify 
any global data. 


packed Attribute 


This attribute specifies alignment for types and data structures. 
__attribute__((packed)) tells the compiler to use the smallest space possible for the 
data to which it is applied. Example: 


struct b { 
char b; 
int @ ; 
} __attribute__ ((packed)) str1; 


When used with aligned, the packed attribute takes precedence as discussed in 
aligned(n) Attribute, p.141. 


pure, pure_function Attribute 


This attribute indicates that a function does not modify or use any global or static 
data and that it accesses only data passed to it as parameters. Using 
__attribute__((pure)) allows the compiler to perform optimizations such as global 
common subexpression elimination. The pure_function attribute is equivalent to 
pure. If this attribute is applied to a function that has side effects, run-time 
behavior may be indeterminate. 


See also no_side_effects Attribute, p.143. 


section(name) Attribute 


To specify a linker section in which to place a function or variable, use: 
__attribute_ (( section("name") )) 
This creates a section called name and places the designated code in it. Example: 


// place funcl in a section called foo 
void funcl(void) __attribute__(( section("foo") )); 


For variables, the section is created as a read-write data segment. For functions, the 
section is created as a read-execute code segment. There are no options to change 
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the properties of the section. For greater control over sections, use #pragma section 
(see 14. Locating Code and Data, Addressing, Access). 


An attempt to mix types of information in a single section (for example, constant 
data in a section reserved for code or variables) produces an error (dcc1793). In this 
example, the compiler assumes from the first statement that the section .mydata is 
intended to be of the DATA section class, whereas the second statement assumes 
that .mydata will be a CONST section class: 


__attribute__((section(".mydata"))) int var = 1; 
__attribute__((section(".mydata"))) const int const_var = 2; 


NOTE: In some cases, the compiler may not honor an attempt to use the section 
attribute to place initialized data into a section intended for uninitialized data, and 
vice-versa. For example, in the following code: 


__attribute__((section(“.bss”))) int x = 3; 


x will be assignedto the .data section, not .bss. 


See Table 14-1 on page 237 for a list of sections and section classes. 


There is no cross-module verification that section names are used consistently. 
Incorrect usage, including typographical errors, cannot be detected until link time. 


6.6 Intrinsic Functions 


The compiler implements the following intrinsic functions to give access to specific 
ARM instructions. See the processor manufacturer’s documentation for details on 
machine instructions. 


Intrinsic functions can be selectively disabled with the -Xintrinsic-mask=n 
(-X154=n) option, where n is a bit mask that can be given in hex; mask bits can be 
OR-ed to select more than one. n defaults to Oxf. 


Note: 


* Functions taking long long arguments first sign-extend their arguments to 64 
bits. 
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« These functions are not prototyped and return a 32-bit int (or void) by default, 
except that functions taking a long long argument return long long (or void). 
A prototype may be used to define a different return type. 


Function Mask Description 
alloca (integral) 0x800000 Allocates temporary local stack space for 
an object of size integral. Returns a pointer 
to the start of the object. The allocated | 6 


memory is released at return from the 
current function. 


__alloca (integral) Same as alloca( ), but cannot be disabled. 

Function Mask Assembly Code 

__ ffi (int var) 0x10 clz rd, (var) 

__mar (long long a) Ox11 mar acc0O, (a Lo_32), (a Hi_32) 

__mia (int a, int b) Ox11 mia accO, (a), (b) 

__miabb (int a, int b) Ox11 miabb acc0, (a), (b) 

__miabt (int a, int b) Ox11 miabt accO, (a),( b) 

__miaph (int a, int b) Ox11 miaph acc0O, (a), (b) 

__miatb (int a, int b) Ox11 miatb accO, (a), (b) 

__miatt (int a, int b) Ox11 miatt acc0O, (a), (b) 

__mra (void) Ox11 mra (a Lo_32), (a Hi_32),acc0 
(Returns long long.) 

__qadd (int a, int b) 0x10 qadd rd, (a), (b) 

__qdadd (int a, int b) 0x10 qdadd rd, (a), (b) 

__qdsub (int a, int b) 0x10 qdsub rd, (a), (b) 

__qsub (int a, int b) 0x10 qsub rd, (a), (b) 

__smlabb (int a, int b, int c) 0x10 smlabb rd, (b), (c), (a) 
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Function Mask Assembly Code 

__smlabt (int a, int b, int c) 0x10 smlabt rd, (b), (c), (a) 

__smlalbb (longlong a, int b, int c) 0x10 smlalbb (a Lo_32), (a Hi_32), (b), (c) 
__smlalbt (longlong a, int b, int c) 0x10 smlalbt (a Lo_32), (a Hi_32), (b), (c) 
__smlaltb (longlong a, int b, int c) 0x10 smlaltb (a Lo_32), (a Hi_32), (b), (c) 
__smlaltt (longlong a, int b, int c) 0x10 smlaltt (a Lo_32), (a Hi_32), (b), (c) 
__smlatb (int a, int b, int c) 0x10 smlatb rd, (b), (c), (a) 

__smlatt (int a, int b, int c) 0x10 smlatt rd, (b), (c),( a) 

__smlawb (int a, int b, int c) 0x10 smlawb rd, (b), (c), (a) 

__smlawt (int a, int b, int c) 0x10 smlawt rd, (b), (c), (a) 

__smulbb (int a, int b) 0x10 smulbb rd, (a) (b) 

__smulbt (int a, int b) 0x10 smulbt rd, (a), (b 

__smultb (int a, int b) 0x10 smultb rd, (a), (b 

__smultt (int a, int b) 0x10 smultt rd, (a), (b 

__smulwb (int a, int b) 0x10 smulwb rd, (a), (b 

__smulwt (int a, int b) 0x10 smulwt rd, (a), (b 


6.7 Other Additions 


C++ Comments Permitted 


C++ style comments beginning with // are allowed by default. To disable this 
feature, use -Xdialect-strict-ansi. Example: 


146 


6 Additions to ANSI C and C++ 
6.7 Other Additions 


int numberlbits (int i) // Count the number of 1 bits 
{ {/ im. "i", 
int n= Oy 
while (i != 0) { 
i &= (i - 1); 
n ++; 


} 


return n; 


Dynamic Memory Allocation with alloca 


The alloca(size) and __alloca(size) functions are provided to dynamically allocate 
temporary stack space inside a function. Example: 


char *alloca(); 
char *p; 


p = alloca(1000); 


The pointer p points to an allocated area of 1000 bytes on the stack. This area is 
valid only until the current function returns. The use of alloca( ) typically increases 
the entry /exit code needed in the function and turns off some optimizations such 
as tail recursion. 


See 6.6 Intrinsic Functions, p.144 for additional details. 


Binary Representation of Data 


The compiler recognizes variables and constants that are given in binary format. 
For example, it will accept the following: 


unsigned int x = 0b00001010; 
Note that the compiler does not recognize the following format: 
unsigned int x = 00001010b; 


Use of binary representation in C may make your code non-portable. 


Assigning Global Variables to Registers 
You can assign a global variable to a preserved register by placing 


asm("register-name") or __asm("register-name") immediately after the variable name 
in the declaration. Example: 
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int some_global_var asm("r11"); 


This assigns the variable some_global_var to 111. Local variables cannot be 
assigned in this way. 


__ERROR __ Function 


The _ ERROR__() function produces a compile-time error or warning if it is seen 
by the code generator. This is useful for making compile-time checks beyond those 
possible with the preprocessor—e.g. ensuring that the sizes of two structures are 
the same, as shown in the example below. If the _ ERROR__() function is placed 
after an if statement that is not executed unless the assertion fails, the optimizer 
removes the _ ERROR__() function and no error is generated. (The optimizer must 
be enabled (at any level) for this technique to work.) 


The syntax of the _ ERROR_() function: 
__ERROR__(error-string [ , value ] ) 


where error-string is the error message to be generated and the optional value 
defines whether the error should be: 


0 warning - compilation will continue 

1 error - compilation will continue but will stop after the entire file has been 
processed 

2 fatal error - compilation is aborted 


If no value is given, the default value of 1 is used. Example: 
extern void __ERROR__(char *, ...); 


#define CASSERT(test) \ 
if (! (test) ) ERROR__("C assertion failed: " #test) 


CASSERT (sizeof (struct a) == sizeof(struct b)); 
When _ERROR__() is used in C++ code, it must be declared like this: 


extern "C" void __ERROR__(char *, ...); 
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6.7 Other Additions 


The sizeof operator has been extended to incorporate the following syntax: 


sizeof(type, int-const) 


where int-const is an integer constant between 0 and 2 with the following 
semantics: 


0 


standard sizeof, returns size of type 


1 returns alignment of type 
2 returns an int constant depending on type as follows: 
signed char 0 
unsigned char 1 
char C: 1 (char is unsigned by default) 
C+4+: 44 
signed short 2 
unsigned short 3 
signed int 4 
unsigned int 5 
signed long 6 
unsigned long 7 
long long 8 
unsigned longlong 9 
float 14 
double 15 
long double 16 
void 18 
pointer toanytype 19 
array of any type 22 
struct, union C: 23 
C++: same as class, 32 
function 25 
class C++: 32 
reference C++: 33 
enum C+4: 34 
Examples: 


i 
j 


sizeof(long ,2) 
sizeof (short,1) 


/* type of long: i = 6 */ 
/* alignment of short: j = 2 */ 
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vararg Macros 


The preprocessor supports several styles of variadic macro, including ANSI C 
draft, C99, and GNU. Use of vararg macros is illustrated below: 


va_arg.c: 
FE arate 
#define debug(...) fprintf(stderr, __VA_ARGS__) 
#define showlist(...) puts(#__VA_ARGS__) 
#define report(test, ...) ((test) ?puts(#test) :\ 
printf (__VA_ARGS__) ) 
{f C99 
#define foo(stringl, ...) printf(stringl, ## __VA_ARGS__, ":end") 
// GNU 
#define bar(string2, args...) printf(string2, ## args, ":end") 


debug ("Flag"); 

debug("X = %d\n", x); 

showlist(The first, second, and third items.); 
report (x>y, "x is %d but y is %d", x, y); 
foo("start") 7 

bar ("begin") ; 


> dcc -E va_arg.c 
# 1 "va_arg.c" 0 


fprintf(stderr, "Flag") 
fprintf(stderr, "X = d\n", x) ; 
puts("The first, second, and third items.") ; 


((x>y) ?puts("x>y"): printf( "x is %d but y is %d", x, y)) ; 
printf("start", ":end") ; 
printf("begin", ":end") ; 


> 
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7.1 Introduction 


There are three approaches to embedding assembly code in source files: flexible 
asm macros, simple but less flexible asm strings, and direct functions for embedding 


machine code. 


A WARNING: When embedding assembly code with any method, you must use only 
scratch registers. See 9.6 Register Use, p.180 to determine the scratch registers. 


If optimization is enabled, even hand-inserted assembly language may be 


optimized. See 7.4 Reordering in asm Code, p.160 
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NOTE: The compiler recognizes extended GNU inline syntax (e.g. register usage 
specification) but does not translate it. When extended syntax is encountered, the 
compiler issues an error message. 


The asm and __asm keywords provide a way to embed assembly code within a 
compiled program. Either keyword may be used to introduce an assembly string 
or assembly macro as defined below, but asm is not defined in C modules if the 
-Xdialect-strict-ansi option is used. In the text below, whenever asm is used, 
__asm can be used instead. 


There are two ways of using the asm keyword. The first is a simple way to pass a 
string to the assembler, an asm string. The second is to define an asm macro that 
inlines different assembly code sections, depending on the types of arguments 
given. The following two sections discuss both methods. 7.5 Direct Functions, p.161 
provide a third way to embed code by using integer values. The following table 
contrasts the three method. 


Methods for Embedding Assembly Code 


Method Implementation Calling Conventions, Parameters 
asm string Expanded inline where None — difficult to access 
encountered. Functions source variables. 
containing asm strings with 
labels may not be inlined more 
than once per function. 
asm macro Expanded inline where called. | Parameters matched by type 
Functions containing asm per storage mode lines. May 
macros may be inlined without return a value. 
restriction. 
Direct Always inlined where called. All normal calling conventions 
function are followed. May return a 


value. 


To confirm that embedded assembly code has been included as desired, compile 
with the -S option and examine the resulting .s file. 


The examples in this chapter apply to both C and C++. 
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7.2 asm Macros 


While asm strings (described in 7.3 asm String Statements, p.158) can be useful for 
embedding simple assembly fragments, they are difficult to use with variables 
inside the assembly code. asm macros provide a more flexible way to embed 
assembly code in compiled programs. 

asm Macro Syntax 


An asm macro definition looks much like a function definition, including a return 
type and parameter list, and function body. 


The syntax is: 


asm [volatile] [return-type] macro-name ([ parameter-list ] ) 


% storage-mode-list (must start in column 1) 

1 i -lis way is ‘ 

! register-list (“!” must be first non-whitespace) 
asm-code 

} (must start in column 1) 


where: 


* volatile prevents instructions from being interspersed or moved before or 
after the ones in the macro. 


= return-type is as ina standard C function. Fora macro to return a value of the given 
type, the assembly code must put the return value in an appropriate register as 
determined by the calling conventions. See 9.5 Returning Results, p.179 for details. 


=" macro-name is a standard C identifier. 


= parameter-list is as in a standard C function, using either old style C with just 
names followed by separate type declarations, or prototype-style with both a 
type and a name for each parameter. Parameters should not be modified 
because the compiler has no way to detect this and some optimizations will fail 
if a parameter is modified. 


* storage mode line begins with a “%” which must start in column 1. The 
storage-mode-list is used mainly to describe parameters and is described below. 
A macro with no parameters and no labels does not require a storage mode 
line. 


* — register-list is an optional list of scratch registers, each specified as a 
double-quoted string, or the string “call” if the macro makes a call, separated 
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by commas. Specifying this list enables the compiler to generate more efficient 
code by invalidating only the named registers. Without a register-list, the 
compiler assumes that all scratch registers are used by the asm macro. See 
Register-List Line, p.156 for details. 


= asm-code is the code to be generated by the macro. 

« final right “}’closes the body; it must start in column 1. 

The compiler treats an asm macro much like an ordinary function with unknown 
properties: 

» Any global or static variable can be modified. 


= #pragma directives can be used to tell the compiler if the function has any side 
effects, etc. 


However, because the asm macro is by definition inlined, it is not possible to take 
the address of an asm macro. 


The compiler discards any invocation of an empty asm macro (one with no storage 
mode line and no assembler code). This may be useful for macros used for 
debugging purposes. 


NOTE: An asm macro must be defined in the module where it is to be used before 
its use. Otherwise the compiler will treat it as an external function and, assuming 
no such function is defined elsewhere, the linker will issue an unresolved external 
error. 


In C++, forward declarations of asm macros are not permitted. Hence, while static 
member functions can be asm macros, the asm keyword must occur in the function 
definition, not in the class declaration. 


Storage Mode Line — Describing Parameters and Labels 
The storage mode line is not required if a macro has no parameters and no labels. 


For a macro with parameters, a storage mode line is required to describe the 
methods used to pass the parameters to the macro. Currently, for ARM targets, all 
parameters are passed in registers for convenience. A storage mode line is also 
required if the macro generates a label. 


Every parameter name in the parameter-list must occur exactly once in a single 
storage mode line. The form of the storage-mode-line is: 


%[reg | con | lab] name, ...; [reg | con | lab] name , 
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where: 


reg 
Introduces a list of one or more parameters. Every parameter name in the 
parameter-list must occur exactly once in the single storage mode line. 


Arguments to a macro are assigned to registers following the usual calling 
conventions. For example, four int arguments will use registers 10, r1, r2, and 
13. Other scratch registers may be used freely in the macro. This limits the 
maximum number of parameters to the number allowed by the registers used 
for parameters (see 9.3 Argument Passing, p.177 and 9.6 Register Use, p.180). 


NOTE: If the compiler has already moved an argument to a preserved register, 
the compiler will use it from there in the macro rather than moving it to the 
usual parameter register. Therefore, always use a parameter name rather than a 
register name when coding a macro. 


NOTE: Because arguments may be in preserved registers as just noted, macros 
should avoid use of preserved registers, even if saved and restored. 


con 
The parameter is a constant. 


lab 
A new label is generated. lab is not actually a storage mode — the name 


following lab is not a parameter (a lab identifier is not allowed as a parameter). 
It is a label used in the assembly code body. 


For each use of the macro, the compiler will generate a unique label to 
substitute for the uses of the name in the macro. 


Names of long long parameters must be appended with !H or !L—e.g. 
someParameter!H. This replaces the parameter with a register holding the most 
(!H) or least (!L) significant 32 bits. The register is chosen based on the 
compilation’s endian mode. 


“No Matching asm Pattern Exists” 


The compiler error message “no matching asm pattern exists” indicates that no 
suitable storage mode was found for some parameter, or that a label was used in 
the macro but no lab storage mode parameter was present. For example, it would 
be an error to pass a variable to a macro containing only a con storage mode 
parameter. 
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Register-List Line 


An asm macro body may optionally contain a register-list line, consisting of the 
character “!” in column 1 and an optional register-list. The register-list if present , is 
a list of scratch registers, each specified as a double-quoted string, or the string 
“call”, separated by commas. Specifying this list enables the compiler to generate 
more efficient code by invalidating only the named registers. Without a register-list, 
the compiler assumes that all scratch registers are used by the asm macro. Also, if 
a register-list is specified and the assembly macro makes a call, the “call” string 
must also be specified to cause the link register to be saved and restored. 


ayy 


The register-list line must begin with a character, which must be the first 
non-whitespace character on a line. The specification can occur anywhere in the 
macro body, and any number of times, however it is recommended that a single 
line be used at the beginning of the macro for clarity. 


Supported scratch registers are r0, r1, r2 and 13. Also, if a register-list line is 
specified and the assembly macro makes a call, then “call” must also be specified 
to cause the link register to be saved and restore around the macro. See 9.6 Register 
Use, p.180 for more information about registers. 


If the “!” is present without any list, the compiler assumes that no scratch or link 
registers are used by the macro. 


NOTE: If supplied, the register-list must be complete, that is, must name all scratch 
registers used by the macro and must include “call” if the macro makes a call. 
Otherwise, the compiler will assume that registers which may in fact be used by 
the macro contain the same value as before the macro. 


Also, as noted below, any comment on the register-list line must be a C-style 
comment (“/* ... */”) because this line is processed by the compiler, not the 
assembler. 


Comments in asm Macros 


Any comment on the non-assembly language lines—that is, the asm macro 
function-style header, the “{” or “}” lines, or a storage-mode or register-list line— 
must be a C-style comment (“/* ... */”) because this line is processed by the 
compiler, not the assembler. 


Comments on the assembly language line may be either C style or assembler style. 
If C style, they are discarded by the compiler and are not preserved in the 
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generated .s assembly-language file. If assembler style, they are visible in the .s file 
on every instance of the expanded macro. 


Assembler-style comments in asm macros are read by the preprocessor when the 
source file is processed. For this reason, apostrophes and quotation marks in 
assembler-style comments may generate warning messages. 


Examples of asm Macros 


In this example, a macro loops until the value at the address given by its parameter 
is non-zero and then returns the value at that address (int values are returned in 
register r0). 


asm int get_data (volatile unsigned int *address_p) 


reg address_p; lab loop; 


SET OeS Selle /* scratch registers used */ 
loop: 
ldr r10, [r11, #0] 
cmp r10, #0 
beq loop 


} 
extern volatile unsigned int device_in; /* input port */ 


int test (volatile unsigned int *device_in_p) 
{ 

int data; 

data = get_data (device_in_p); 

return get_data (& device_in); 


} 


The above code was compiled with: 


dcc -tARMES:cross -S -Xpass-source asm_macro.c 


Extracts from the generated assembly code for the two macro calls follow. 


stmfd r13, {r10,r11} 

sub r13,r13,#48 

mov i gel lsc) 
# datal = get_data(device_in_p); 
33 

ldr r10, [r11, #0] 

cmp r10,#0 

beq .L3 

ldr r12,+datal 

str r0, [r12, #0] 
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# return get_data(& device_in); 
ldr r10,=device_in 

.L4 
ldr r10, [r11, #0] 
cmp r10,#0 
beq .L4 
add r13,7r13,#48 
ldmea peg We Yeas rag! em allt 
mov pc; 1n 

NOTE: 


» The uniquely generated loop labels. 


» The macro argument is always forced to a register. Before the first expansion, 
the address of device_in_p was loaded into r11. For the second expansion, 
device_in is loaded into r10. 


7.3 asm String Statements 


NOTE: asm string statements are primarily useful for manipulating data in static 
variables and special registers, changing processor status, etc., and are subject to 
several restrictions: no assumption can be made about register usage, non-scratch 
registers must be preserved, values may not be returned, some optimizations are 
disabled, and more. asm macro functions described above are recommended 
instead. See Notes and Restrictions, p.159 below. 


An asm string statement provides a simple way to embed instructions in the 
assembly code generated by the compiler. Its syntax is: 


asm[ volatile] ("string"[ 1! register-list]) ; 


where string is an ordinary string constant following the usual rules (adjacent 
strings are pasted together, a “\” at the end of the line is removed, and the next line 
is concatenated) and register-list is a list of scratch registers (see Register-List Line, 
p-156). The optional volatile keyword prevents instructions from being moved 
before or after the string statement. 


An asm string statement can be used wherever a statement or an external 
declaration is allowed. string will be output as a line in the assembly code at the 
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point in a function at which the statement is encountered, and so must be a valid 
assembly language statement. 


If several assembly language statements are to be generated, they may either be 
written as successive asm string statements, or by using “\n” within the string to 
end each embedded assembly language statement. The compiler will not insert 
any code between successive asm string statements. 


If an asm string statement contains a label, and the function containing the asm 
string is inlined more than once in some other function, a duplicate label error will 
occur. Use an asm macro with a storage mode line containing a lab clause for this 
case. See 7.2 asm Macros, p.153. 


Notes and Restrictions 


asm string statements are primarily useful for tasks like changing processor status 
(as in the example above) and manipulating data in static variables and special 
registers. When using asm string statements, consider the following notes and 
restrictions: 


" No assumptions may be made regarding register values before and after an 
asm string statement. For example, do not assume that parameters passed in 
registers will still be there for an asm string statement. 


« The compiler does not expect an asm string statement to “return” a value. 
Thus, using an asm string statement as the last line of a function to place a 
value in a return register does not ensure that the function will return that 
value. 


* The compiler assumes that non-scratch registers are preserved by asm string 
statements. If used, these registers must be saved and restored by the asm 
string statements. 


* The compiler assumes that scratch registers are changed by asm string 
statements and so need not be preserved. 


* Some optimizations are turned off when an asm string statement is 
encountered. 


« A function containing an asm string statement is never inlined. 


« Because the string contained in quotation marks is passed to the assembler 
exactly as is (after any pasting of continued lines), it must be in the format 
required for an assembly language line. Specifically, an instruction line must 
begin with a space, a tab, or a label. Assembler directives may start in column 
one but only if the assembler -Xlabel-colon option is enabled (see Set Label 
Definition Syntax (-Xlabel-colon...), p.285). 
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» When an asm string statement appears in global scope, the compiler adds it to 
the output assembly module after all of the function definitions. For this 
reason, global asm string statements should not use assembler directives— 
such as .set symbol—on which other asm statements (appearing in functions) 
depend. 


Example 7-1 Disable Interrupts 


The following sequence of asm string statements disables hardware interrupts. 
Note that a scratch register is used in the example. 


asm(" mrs r0,cpsr ; read the cpsr"); 
asm(" orr r0,r0,#0x80 ; set the interrupt disable bit"); 
asm(" msr cpsr_c,r0 ; update the control bits in the cpsr"); 


7.4 Reordering in asm Code 


If optimization is requested (options -O or -XO), after generating an assembly file, 
the driver will run the reorder optimization program. reorder runs peephole 
optimizations and schedules the assembly file before the assembler assembles it, 
and does not distinguish assembly code generated by the compiler from assembly 
code inserted by asm macros or asm strings. Thus, explicit assembly instructions 
written in a particular order by the user may still be reordered by reorder. 


In general this may improve even hand-coded assembly language. If it is necessary 
to prevent this, write a .set noreorder directive in the asm string or asm macro at 
the point at which such re-ordering should be disabled, and a .set reorder directive 
where re-ordering can be re-enabled. Alternatively, define the string or macro as 
volatile. 
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7.5 Direct Functions 


Direct functions, available in C modules only, provide a way to inline machine 
code in a function. In a direct function definition, the body of the function is a list 
of integer constant expressions which represent the machine code. The form is: 


return_type] function_name ( [ parameter_type parameter_name ,... ] _— 


integer-constant-expression , 
integer-constant-expression , 


1; _ /* ';' vequired */ 
Rules: 
* Adirect function is signaled by the presence of an “=” character between the 


parameter list and the body of the function. 


» The expressions in the body are separated by commas and may be written one 
or more per line (with a comma after the final expression on a line if additional 
expression lines follow). 


LA 


* The final “}” closing the function body must be followed by a “;”. 


A direct function is always inlined when called. When called, what would be the 
branch to the function is replaced by a .long assembler directive having as 
operands the value of each expression as a hex constant. Otherwise, normal calling 
conventions are followed (e.g., any parameters are set up in the usual manner). 


Direct functions are supported primarily for compatibility reasons. asm macros 
provide a more flexible method to do nearly the same thing. See Table 7-1 which 
contrasts the differences. 
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This chapter describes the alignments, sizes, and ranges of the C and C++ data 
types for ARM microprocessors. 


8.1 Basic Data Types 


By default, the type plain char—that is, char without the keyword signed or 
unsigned—is treated as unsigned. 


The following table describes the basic C and C++ data types available in the 
compiler. All sizes and alignments are given in bytes. An alignment of 2, for 
example, means that data of this type must be allocated on an address divisible by 
2. 
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Table 8-1 C/C++ Data Types, Sizes, and Alignments 

Data Type Bytes Align Notes 

char 1 1 range (0, 255), or (-128, 127) with 
-Xchar-signed (Note 1) 

signed char 1 1 range (-128, 127) 

unsigned char 1 1 range (0, 255) 

short 2 2 range (-32768, 32767) 

unsigned short 2 2 range (0, 65535) 

int 4 4 range (-2147483648, 2147483647) 

unsigned int 4 4 range (0, 4294967295) 

long 4 4 range (-2147483648, 2147483647) 

unsigned long 4 4 range (0, 4294967295) 

long long 8 8 range (29 201) 

unsigned long long 8 8 range (0, 264-1) 

enum (Note 2) 4 4 same as int 

1 1 with-Xenum-is-small and fits in signed char 
or -Xenum-is-best and fits in unsigned char 
2 2 with -Xenum-is-small and fits in short or 

-Xenum-is-best and fits in unsigned short 

pointers 4 4 all pointer types; the NULL pointer has the 
value zero 

float 4 4 IEEE 754-1985 single precision 

double 8 8 IEEE 754-1985 double precision 

long double 8 8 JEEE 754-1985 double precision 

reference 4 4 C++:same as pointer (Note 3) 

ptr-to-member 8 4 C++: pointer to member 
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Table 8-1 C/C++ Data Types, Sizes, and Alignments (cont'd) 


Data Type Bytes Align Notes 
ptr-to-member-fn 12 4 C++: pointer to member function 
Notes: 


1. If the option -Xchar-unsigned is given, the plain char type is unsigned. If the 
option -Xchar-signed is given, the plain char type is signed. 


2. Ifthe option -Xenum-is-int is given, enumerations take four bytes. This is the 
default for C. 


If the option -Xenum-is-small is given, the smallest signed integer type 
permitted by the range of values for the enumeration is used, that is, the first 
of signed char, short, int, or long sufficient to represent the values of the 
enumeration constants. Thus, an enumeration with values from 1 through 128 
will have base type short and require two bytes. 


If the option -Xenum-is-best is given, the smallest signed or unsigned integer 
type permitted by the range of values for an enumeration is used, that is, the 
first of signed char, unsigned char, short, unsigned short, int, unsigned int, 
long, or unsigned long sufficient to represent the values of the enumeration 
constants. Thus, an enumeration with values from 1 through 128 will have 
base type unsigned char and require one byte. This is the default for C++. 


3. Areference is implemented as a pointer to the variable to which it is initialized. 


8.2 Byte Ordering 


Unless the “L” object format is used, all data is stored in big-endian order. That is, 
with the most significant byte of any multi-byte type at the lowest address. To 
access data in little-endian order, see the byte-swapped parameter for the #pragma 
pack in pack Pragma, p.129 and __packed__and packed Keywords, p.137. 
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8.3 Arrays 


Arrays, excluding character arrays, have the same alignment as their element type. 
The size of an array is equal to the size of the data type multiplied by the number 
of elements. Character arrays have a default alignment of 4. -Xsize-opt sets the 
alignment of character arrays to 1, and -Xstring-align overrides -Xsize-opt. 
-Xarray-align-min, which overrides -Xstring-align, specifies a minimum 
alignment for all arrays. 


8.4 Bit-fields 


Bit-fields can be of type char, short, int, long, or enum. Plain bit-fields are 
unsigned by default. By using the -Xbit-fields-signed option (C only) or by using 
the signed keyword, bit-fields become signed. The following rules apply to 
bit-fields: 
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Allocation is from most significant bit to least. 


A bit-field never crosses its type boundary. Thus a char bit-field is never 
allocated across a byte boundary and can never be wider than 8 bits. 


Bit-fields are allocated as closely as possible to the previous struct member 
without crossing a type boundary. 


A zero-length bit-field pads the structure to the next boundary specified by its 
type. 
Bit-fields may not be type long long. 


The compiler accesses a bit-field by loads and stores appropriate to the 
bit-field’s type. For example, an int bit-field is accessed using a word load or 
store (or an equivalent set of smaller load /stores in the unaligned case), even 
if the bit-field spans only one byte. To ensure that a bit-field is accessed using 
byte (or half-word) load/stores, make the bit-field char or short, or use the 
-Xcompress-bitfields option. 


When a bit-field is promoted to a larger integral type, the comiler preserves 
sign as well as value unless -Xstrict-bitfield-promotions, -Xdialect-strict-ansi, 
or -Xstrict-ansi is enabled. 


8 Internal Data Representation 
8.5 Classes, Structures, and Unions 


8.5 Classes, Structures, and Unions 


The size of a structure is the sum of the size of all its members plus any necessary 
padding. Padding is added so that all members are aligned to a boundary given by 
their alignment and to make sure that the total size of the structure is divisible by 
its alignment. 


The size of a union is the size of its largest member plus any padding necessary to 
make the total size divisible by the alignment. 


To minimize the necessary padding, structure members can be declared in 
descending order by alignment. 


See pack Pragma, p.129 and __packed__and packed Keywords, p.137 for more 
information. 


8.6 C++ Classes 


C++ objects of type class, struct, or union can be divided into two groups, 
aggregates and non-aggregates. An aggregate is a class, struct, or union with no 
constructors, no private or protected members, no base classes, and no virtual 
functions. All other classes are non-aggregates. 


The internal data representation for aggregates is exactly the same as it is for C 
structures and unions. 


Static member functions and static class members, as well as non-virtual member 
functions do not affect the representation of classes. Their relation to the classes are 
only encoded in their names (name mangling). Pointers to static member functions 
and static class members are ordinary pointers. Pointers to member functions are 
of the type pointer-to-member-function as described later. 


The internal data representation for non-aggregates has the following properties: 
* The rules for alignment are equal to the rules of aggregates. 


« The order that members appear in the object is the same as the order in the 
declaration. 


* Non-virtual base classes are inserted before any members, in the order that 
they are declared. 
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A pointer to the virtual function table is added after the bases and members. 


For virtual base classes, a pointer to the base class is added after non-virtual 
bases, members, or the virtual function table. The virtual base class pointers 
are added in the order that they are declared. 


The storage for the virtual bases are placed last in the object, in the order they 
are declared, that is, depth first, left to right. 


Virtual base classes that declare virtual functions are preceded by a “magic” 
integer used during construction and destruction of objects of the class. 


Example: 


struct V1 {}; 
struct V2 {}; 
struct V3 : virtual V2 {}; 
struct Bl : virtual V1 {}; 
struct B2 : virtual V3 {}; 
struct D: Bl, private virtual V2, protected B2 { 
int. dl; 
private: 
int. a2; 
public: 
virtual ~D() {}; 
int d3; 
a 


The class hierarchy for this example is: 
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D is derived from B1, B1 is derived from V1 
D is derived from B2, B2 is derived from V3, V3 is derived from V2 


D is derived from V2 (which is virtual, thus there is only one copy of V2) 


8 Internal Data Representation 
8.6 C++ Classes 


The internal data representation for D is as follows: 


B1 


B2 


Body of D: 
d1 
d2 
d3 


Virtual function table pointer 


Pointer to virtual base class V1 


Pointer to virtual base class V2 


Pointer to virtual base class V3 


V1 


V2 


magic for V3 


V3 


Note: 
» When the class D is used as a base class to another class, for example: 
class E: D {}; 


only the base part of D will be inserted before the body of class E. The virtual 
bases V1, V2, and V3 will be placed last in class E, in the fashion described 
above. Class E would be laid out as follows: 
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Base part of D 


Body of E: 


V1 


V2 


magic for V3 


V3 


Pointers to Members 


The virtual function table pointer is only added to the first base class that 
declares virtual functions. A derived class will use the virtual function table 
pointer of its base classes when possible. A virtual function table will be added 
to a derived class when new virtual functions are declared, and none of its 
non-virtual base classes has a virtual function table. 


The virtual function table is an array of pointers to functions. The virtual 
function table has one entry per virtual function, plus one entry for the null 
pointer. 


Virtual base class pointers are added to a derived class when none of its 
non-virtual base classes have a virtual base class pointer for the corresponding 
virtual base class. 


Each virtual base class with virtual functions are preceded by an integer called 
magic. This integer is used when virtual functions are called during 
construction and destruction of objects of the class. 


The pointer-to-member type (non-static) is represented by two objects. One for 
pointers to member functions, and one for all other pointers to member types. The 
offsets below are relative to the class instance origin. 
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An object for a pointer to non-virtual or virtual member functions has three parts: 


voffset 


index 


otbl-offset 
or 
Function Pointer 


The voffset field is an integer that is used when the virtual function table is located 
in a virtual base class. In this case it contains the offset to the virtual base class 
pointer + 1. Otherwise it has a value of 0. 


The index field is an integer with two meanings. 


1. index <=0 
The index field is a negative offset to the base class in which the non-virtual 
function is declared. The third field is used as a function pointer 


2. index >0 
The index field is an index in the virtual function table. The third field, 
otbl-offset, is used as an offset to the virtual function table pointer of type 
integer 


A null pointer-to-member function has zero for the second and third fields. 


An object for a pointer-to-member of a non-function type has two parts: 


voffset 
moffset 


The voffset field is used in the same way as for pointer-to-member functions. The 
moffset field is an integer that is the offset to the actual member + 1. A null pointer 
to member has zero for the moffset field. 


Virtual Function Table Generation—Key Functions 


The virtual function table for a class will be generated only in the module which 
defines (not declares) its key virtual function (and does not inline it). The key virtual 
function is the virtual function declared lexically first in the class (or the only 
virtual function in the class if there is only one). 
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Consider, for example: 


class C { 
public: 
virtual void f1(...); 
virtual void £2(...); 
} 
Because f1 is the first virtual function declared in the class, it is the key virtual 


function. 


Then, the virtual function table will be emitted for the module which provides the 
non-inlined definition of f1. 


8.7 Linkage and Storage Allocation 


Depending on whether a definition or declaration is performed inside or outside 
the scope of a function, different storage classes are allowed and have slightly 
different meanings. Notes are at the end of the section. 


Outside Any Function and Outside Any Class 


Specifier Linkage Allocation 
none external linkage, Static allocation (Note 1). 
program 
static file linkage Static allocation (Note 1). 
extern external linkage, None, if the object is not initialized in the 
program current file, otherwise same as “none” 
above. 


Inside a function, but outside any class 


Specifier Linkage Allocation 

none current block In a register or on the stack (Note 2). 
register current block In a register or on the stack (Note 2). 
auto current block In a register or on the stack (Note 2). 
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static 


extern 
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8.7 Linkage and Storage Allocation 


Linkage 
current block 


current block 


Allocation 
Static allocation (Note 1). 


None, this is not a definition (Note 3). 


Outside any function, but inside a C++ class definition 


Outside the class, a class member name must be qualified with the :: operator, the 
. operator or the -> operator to be accessed. The private, protected, and public 
keywords, class inheritance and friend declaration will affect the access rights. 


Specifier 


none 
(data) 


static 
(data) 


none 
(function) 


static 
(function) 


Linkage 


external linkage, 
program 


external linkage, 
program 


external linkage, 
program 


external linkage, 
program 


Within a Local C++ Class, Inside a Function 


Notes 


Allocation 


None, this is only a declaration of the 
member. Allocation depends on how the 
object is defined. 


None, this is not a definition. A static 
member must be defined outside the class 
definition. 


(uses a this pointer.) 


(no this pointer) 


A local class cannot have static data members. The class is local to the current block 
as described above and access to its members is through the class. All member 


functions will have internal linkage. 


1. Allocation of static variables is as per . 


2. The compiler attempts to assign as many variables as possible to registers, 
with variables declared with the register keyword having priority. Variables 
which have their address taken are allocated on the stack. If the 
-Xlocals-on-stack option is given, only register variables are allocated to 


registers 


3. Although an extern variable has a local scope, an error will be given if it is 
redefined with a different storage class in a different scope. 
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9.1 Introduction 


This chapter describes the interface between a function caller and the called 
function. Stack layout, argument passing, returning results, and register use are all 
described in detail. 


9.2 Stack Layout 


The following figure shows the stack frame after completion of the prolog in the 
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high address 


fixed push area 
16 bytes - scratch registers 
Old SP —»> 


| register save area | 


if _interrupt_function (20 bytes) 


register 11 save area 
if “alloca” is used, r11 is used as a 
frame pointer 


register save area 
if _nested_interrupt_function 


(20 bytes) 


register save area 
preserved registers 


link register save area 


local variables 


output area - returns (16 bytes) 


SP» 


low address 


Notes: 


« To facilitate certain optimizations, the stack pointer is aligned on an 8-byte 
boundary by inserting a 4-byte alignment gap if necessary. 


« Leaf routines that do not use any stack space do not create a stack area at all. 
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9.3 Argument Passing 


Values of size one and two bytes are extended to four bytes. Following the 
expansion, the first sixteen bytes of arguments are passed in registers r0, r1, 12, and 
13 (with any eight-byte values in either r0-r1 or r2-r3). Additional arguments are 
passed on the stack. Arguments with an alignment of 8 are aligned on 8, all other 
arguments are aligned on 4. For a function with a variable argument list, sixteen 
bytes are reserved on the stack for a copy of the arguments passed in the registers. 
The stack is always aligned on 8. 


The stack layout is shown above. Examples of argument passing are shown below. 


Table 9-1 Examples of ARM Argument Passing | 9 
ExampleFunctionCall 0 rt 2 13 Stack 
f(char a, char b, char c, char d, char e) a b Cc d e 
f(char a, int b, double c, double d) a b —c— d 
f(char a, double b, char c) a - —b— Cc 
f£(double a, char c); —a— Cc 


9.4 C++ Argument Passing 


In C++, the same lower-level conventions are used as in C, with the following 
additions: 


" References are passed as pointers. 


« Function names are encoded (mangled) with the types of all arguments. A 
member function has also the class name encoded in its name. See 13.5 C++ 
Name Mangling, p.225. 


» An argument of class, struct, or union type may, depending on the target 
architecture and the size of the actual parameter, be passed as a pointer to the 
object. (But this does not happen if the function is declared with extern "c".) 
For this reason, when a C++ function with class, struct, or union parameters 
is called from a C module, it should always be assumed that the C++ compiler 
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expects a pointer argument. For example, suppose the following function is 
defined in a C++ module: 


int ff(struct S s); 
To call this function from a C module, use code like this: 


struct S xyz; 

int i = ffmangledname (&xyz) ; 
where ffmangledname is the mangled form of ff. To find the mangled name of a 
C++ function, see 13.5 C++ Name Mangling, p.225 and 29. D-DUMP File 
Dumper. 


Pointer to Member as Arguments and Return Types 


Pointers to members are internally converted to structures. Therefore argument 
passing and returning of pointer to members will follow the rules of class, struct, 
and union. 


Member Function 


Non-static member functions have an extra argument for the this pointer. This 
argument is passed as a pointer to the class in which the function is declared. The 
argument is passed as the first argument, unless the function returns an object that 
needs the hidden return argument pointer, in which case the return argument 
pointer is the first argument and the this pointer is the second argument. 


Constructors and Destructors 


Constructors and destructors are treated like any other member function, with 
some minor exceptions as follows. 


Constructors for objects with one or more virtual base classes have one extra 
argument added for each virtual base class. These arguments are added just after 
the this pointer argument. The extra arguments are pointers to their respective 
base classes. 


Calling a constructor with the virtual base class pointers equal to the null pointer 
indicates that the virtual base classes are not yet constructed. Calling a constructor 
with the virtual base class pointers pointing to their respective virtual bases 
indicates that they are already constructed. 
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All destructors have one extra integer argument added, after the this pointer. This 
integer is used as a bit mask to control the behavior of the destructor. The definition 
of each bit is as follows (bit 0 is the least significant bit of the extra integer 
argument): 


Bit 0 
When this bit is set, the destructor will call the destructor of all sub-objects 
except for virtual base classes. Otherwise, the destructor will call the 
destructor for all sub-objects. 


Bit 1 
When this bit is set, the destructor will call the operator delete for the 
object. 


All other bits are reserved and should be cleared. 


9.5 Returning Results 


Characters and shorts are extended to 32-bits and returned in register r0. Integers, 
pointers, and float values are returned in register r0. Double and long long values 
are returned in r0/r1. Structures, unions, and classes with total size and alignment 
of 1 are returned in r0. All other types are returned in the memory area pointed to 
by a hidden address argument passed in register r0. 


Class, Struct, and Union Return Types 


With the exceptions mentioned above, a function with a return type of class, struct, 
or union is called with a hidden argument of type pointer to function return type. The 
called function copies the return argument to the object pointed at by the hidden 
argument; the ordinary arguments are “bumped” one place to the right. 
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9.6 Register Use 


The following describes how registers are used by the compiler. 


r0 - 13 
Scratch registers; not preserved by functions. Hold variables whenever 
possible. Also used to pass parameters. r0 - r1 used to return results. 


14-111 
Preserved registers; saved when used by functions. 


r12 


Scratch register; not preserved by functions. 


113 
Stack pointer. 


114 
Link register; contains the return address. 


r15 
Program counter. 
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10.2 Cross-Module Optimization 188 

10.3 Target-Independent Optimizations 190 
10.4 Target-Dependent Optimizations 202 
10.5 Example of Optimizations 203 


Optimizations have two purposes: to improve execution speed and to reduce the 
size of the compiled program. 


Most optimizations are activated by the -O option (5.3.17 Optimize Code (-O), p.40). 
A few, such as inlining, are activated by the -XO option (5.4.95 Enable Extra 
Optimizations (-XO), p.96). See also the discussion of optimization and debugging 
under the -g option (5.3.9 Generate Symbolic Debugger Information (-g), p.37). 


10.1 Optimization Hints 


The compilers attempt to produce code as compact and efficient as possible. 
However, some information about characteristics of the program only the user has. 
This section describes various ways the user can enable the compiler to generate 
the most optimal code. 
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What to Do From the Command Line 


The usual purpose of optimizations is to make a program run as fast as possible. 
Most optimizations also make the program smaller; however the following 
optimizations will increase program size, exchanging space for speed: 


» — Inlining: replaces a function call with its actual code. 
« Loop unrolling: expands a loop with several copies of the loop body. 


When a program expands it may have a negative effect on speed due to increased 
cache-miss rate and extra paging in systems with virtual memory. 


Because the compiler does not have enough information to balance these concerns, 
several options are provided to let the user control the above mentioned 
optimizations: 


=» -Xinline=n 


Controls the maximum size of functions to be considered for inlining. 1 is the 
number of internal nodes. See 5.4.72 Inline Functions with Fewer Than n Nodes 
(-Xinline=n), p.84, for more details and 5.4.142 Control Loop Unrolling 
(-Xunroll=n, -Xunroll-size=n), p.112, for a definition of internal nodes. Other 
options that control inlining include -Xexplicit-inline-factor (5.4.49 Control 
Inlining Expansion (-Xexplicit-inline-factor), p.75) and -Xinline-explicit-force 
(5.4.73 Allow Inlining of Recursive Function Calls (-Xinline-explicit-force), p.85). 


=» -Xunroll-size=n 


Controls the maximum size of a loop body to be unrolled. See also 
5.4.142 Control Loop Unrolling (-Xunroll=n, -Xunroll-size=n), p.112, for more 
details. 


There is also a trade-off between optimization and compilation speed. More 
optimization requires more compile-time. The amount of main memory is also a 
factor. In order to execute interprocedural optimizations (optimizations across 
functions) the compiler keeps internal structures of every function in main 
memory. This can slow compilation if not enough physical memory is available 
and the process has to swap pages to disk. The -Xparse-size=m option, where m is 
memory space in KByte, is set to suggest to the compiler how much memory it 
should use for this optimization. (See 5.4.99 Specify Optimization Buffer Size 
(-Xparse-size), p.97.) 


With all the different optimization options, itis sometimes difficult to decide which 
options will produce the best result. The -Xblock-count and -Xfeedback options 
(5.4.11 Insert Profiling Code (-Xblock-count), p.60, 5.4.52 Optimize Using Profile Data 
(-Xfeedback=file), p.76), which produce and use profiling information, provide 
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powerful mechanisms to help with this. With profiling information available, the 
compiler can make most optimization decisions by itself. 


The following guidelines summarize which optimizations to use in varying 
situations. The options used are found in 5. Invoking the Compiler. 


« If execution speed is not important, but compilation speed is crucial (for 
example while developing the program), do not use any optimizations at all: 


dplus file.cpp -o file 


« The -O option is a good compromise between compilation time and execution 
speed: 


dplus -O file.cpp -o file 


* To produce highly optimized code, without using the profiling feature, use the 
-XO option: 


dplus -xXO file.cpp -o file 


« To obtain the fastest code possible, use the profiling features referred to above. 


« To produce the most compact code, use the -Xsize-opt option: 
dplus -XO -Xsize-opt file.cpp -o file 
» If the compiler complains about “end of memory” (usually only on systems 
without virtual memory), try to recompile without using -O. 


» When compiling large files on a host system with large memory, increase the 
amount of memory the compiler can use to retain functions. This allows the 
compiler to perform more interprocedural optimizations. Use the following 
option to increase the available memory to 8,000 KByte: 


-Xparse-size=8000 
« If speed is very important and the resulting code is small compared to the 
cache size of the target system, increase the values controlling inlining and 
loop-unrolling: 
-XO -Xinline=80 -Xunroll-size=80 
* When it is difficult to change scripts and makefiles to add an option, set the 
environment variable DFLAGS. Examples: 


DFLAGS="-XO -Xparse-size=8000 -Xinline=50" (UNIX) 
export DFLAGS 
set DFLAGS=-XO -Xparse-size=8000 -Xinline=50 (Windows) 


« If possible, disable exceptions and run-time type information 
(-Xexceptions-off, -Xrtti-off). This can reduce code size significantly. 
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What to Do With Programs 


The following list describes coding techniques which will help the compiler 
produce optimized code. 
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Use local variables. The compiler can keep these variables in registers for 
longer periods than global and static variables, since it can trace all possible 
uses of local variables. 


Use plain int variables when size does not matter. Local variables of shorter 
types must often be sign-extended on specific architectures before compares, 
etc. 


Use the unsigned keyword for variables known to be positive. 


Ina structure, put larger members first. This minimizes padding between 
members, saving space, and ensures optimal alignment, saving both space and 
time. For example, change: 


struct \_pack { 


char flag; 
int number ; 
char version; 
int op; 


to 


struct good_pack { 


int number; 
int op; 

char flag; 
char version; 


} 


For target architectures which include a cache, declare variables which are 
frequently used together, near each other to reduce cache misses. For example, 
change: 


struct bad { 
int type; 


struct bad *next; 
3 


to 
struct good { 


int type; 
struct good *next; 
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Then both type and next will likely be in the cache together in constructs such 
as: 
while (p->type != 0) { 
p = p->next; 
} 
Use the const keyword to help the optimizer find common sub-expressions. 
For example, *p can be kept in a register in the following: 
void func(const int *p) { 
f£1(*p); 
£2(*p) ; 
} 
Use the static keyword on functions and module-level variables that are not 
used by any other file. Optimization can be much more effective if it is known 
that no other module is using a function or variable. Example: 


staticant si 


void func(int *p) { 
int i; 
int j; 


The compiler knows that *p = 0 does not modify variable si and so can order 
the assignments optimally. 


Use the volatile keyword only when necessary because it disables many 
optimizations. 


Avoid taking the address of variables. When the address of a variable is taken, 
the compiler usually assumes that the variable is modified whenever a 
function is called or a value is stored through a pointer. Also, such variables 
cannot be assigned to registers. Use function return values instead of passing 
addresses. 
Example: change 

int func (int var) { 

far_awayl (&var) ; 


far_away2 (var); 
return var; 


185 


Wind River Compiler for ARM/XScale 
User's Guide, 5.4 


186 


to 


int func (int var) { 
var = new_far_awayl (var); 
far_away2 (var); 
return var; 
} 
Use the #pragma inline directive and the inline keyword for small, frequently 
used functions. inline eliminates call overhead for small functions and 


increases scheduling opportunities. 


Use the #pragma no_alias directive to inform the compiler about aliases in 
time critical loops. Example: 
void add(double d[100][100], double s1[100], double s2[100]) 


#pragma no_alias *d, *sl1l, *s2 


{ 


int. a+ 
int j; 
for (i = 0; i < 100; i++) { 
for (j = 0; 3 < 100; j ++) { 


Alil(j] += sl[il] * s2[il; 
} 
} 
} 
Because it is known that there is no overlap between d and each of s1 and s2, 


the expression s1[i]*s2[i] can be moved outside of the innermost loop. 


Use #pragma no_side_effects and #pragma no_return on appropriate 
functions. Example: 
comm.h: 


#pragma no_side_effects busy_wait (1) 
#pragma no_return comm_err 


file.c: 
#include "comm.h" 
a= *p; 
busy_wait (&sem) ; 
if (error) { 
comm_err("fatal error"); 
} 
b = *p; 


Because busy_wait is known to have no side effects and comm_etrr is known 
not to return, the compiler can assign *p to a register. 


Use asm macros rather than separate assembly functions because it eliminates 
call overhead. See 7. Embedding Assembly Code. 
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Avoid setjmp() and longjmp(). When the compiler finds setjmp() in a 
function, a number of optimizations are turned off. For example, when the 
-Xdialect-pcc option is specified, no variables declared without the register 
keyword will be allocated to registers. This is done to be compatible with older 
compilers that always allocate variables not declared register on the stack, 
which means that if they are changed between the call to setjmp() and the call 
to longjmp(), they will keep the changed value after the longjmp( ). If the 
variables were allocated to registers, they would have the values valid at the 
time of the setjmp(). 


The following example demonstrates this difference: 


#include <setjmp.h> 
static jmp_buf label; 


ETO) 
int i = 0; 


if (setjmp(label) != 0) { 
/* returned from a longjmp() */ 
if (i == 0) { 
printf("i has first value: allocated to " 
"register.\n"); 
} else { 
printf("i has new value: allocated on stack\n"); 
} 
return; 


} 


/* setjmp() returned 0: does not come from a longjmp*/ 
i=41; 
£2(); 


£2() { 
/* jump to the setjmp call, returning 1 */ 
longjmp(label, 1); 

} 


Note that both ways are valid according to ANSI. 


If possible, eliminate C++ exception-handling code (try, catch, or throw). This 
allows you to compile with exceptions disabled (-Xexceptions-off), which 
reduces stack space and increases execution speed. 
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10.2 Cross-Module Optimization 


Cross-module optimization, controlled with the -Xcmo-... options (see 

5.4.23 Enable Cross-module Optimization (-Xcmo-...), p.64), allows the compiler to 
optimize calls between functions in different source files. This feature can improve 
execution efficiency but requires the developer to track intermodule dependencies 
with care. 


Currently, function inlining is the only implemented cross-module optimization. 


The compiler implements cross-module optimization by constructing a database 
of information about functions and variables. To use cross-module optimization, 
compile your project twice—first with -Xcmo-gen to create a database, then with 
-Xcmo-use to optimize using information from the database. You must specify a 

name and location for the database file. Examples: 


dec -Xcmo-gen=C:\projects\MyProject\MyProject.db main.c (Windows) 
dcc -Xcmo-use=C: \projects\MyProject\MyProject.db main.c 
dec -Xcmo-gen=/projects/MyProject/MyProject.db main.c (UNIX) 


dcc -Xcmo-use=/projects/MyProject/MyProject.db main.c 
The -Xcmo-gen compiler pass is used only for building the database. All object 
files created by this pass should be regenerated during the next build. 


NOTE: Do not use the -Xcmo-... options to compile a project that contains two or 
more source files (in different directories) with the same base name. 


If there are functions that you do not want to have inlined across modules, you can 
specify them by adding -Xcmo-exclude-inline to the command line with 
-Xcmo-use. For example: 


dcc -Xcmo-use=...\MyProject.db -Xcmo-exclude-inline=f1,f£2 main.c 


tells the compiler not to inline f1 or f2 across modules. Names of C++ functions 
must be given in mangled form (see 13.5 C++ Name Mangling, p.225); to find the 
mangled form of a function name, use the ddump utility (see 29. D-DUMP File 
Dumper). 


-Xcmo-verbose, combined with -Xcmo-use or -Xcmo-gen, outputs a list of inlined 
(or inlinable) functions. 


Before using cross-module optimization, please read the following additional 
notes. 


188 


10 Optimization 
10.2 Cross-Module Optimization 


Database Location and Use 


The database name should be specified with a full directory path. Otherwise, the 
compiler uses the current working directory, which could result in fragmented 
databases residing in multiple locations. 


It is preferable to use a non-network directory for the database. Never share a 
database among compiler installations, even when building from the same source 
files. 


Use With Other Optimizations and Build Options 


The -Xcmo-... switches are affected by other build options. In general, you should 
turn compiler optimizations off when building with -Xcmo-gen and on when 
building with -Xcmo-use. More specifically: 


« To save time, disable optimizations and skip the linking step when building 
with -Xcmo-gen. (Executable output from the -Xcmo-gen compilation is 
ultimately discarded.) 


« -Xcmo-use is ignored unless other optimizations are enabled (-O or -XO). 


« Optimization-related compiler switches, including -Xinline, apply to 
cross-module optimization as well. If -Xinline is set to a very low value, 
cross-module optimization is unlikely to be useful. (-Xinline has no effect on 
the construction of the database itself.) 


« If -Xinline is set to a high value, cross-module optimization can result in large 
executables and long compilation time. You may want to compile specific 
source files with cross-module optimization disabled. 


Database Maintenance 


Every time you compile with -Xcmo-use, the compiler updates the existing 
database by adding to the list of functions that are candidates for inlining—but it 
does not perform dependency analysis. Hence the database can easily become 
unsynchronized after repeated incremental builds. (This occurs, for example, 
when a source file containing a called function has changed, but the source file 
containing the calling function is unchanged.) It is important to track 
dependencies and recompile periodically with -Xcmo-gen. When in doubt, 
manually delete the database file before recompiling. 


After moving or copying files, always delete the database file and regenerate it 
with -Xcmo-gen. 
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Special Name Mangling 


To enable cross-module optimization, the compiler assigns a unique mangled 
name to each function and static variable. Mangled function names begin with 
__STF followed by a line number, function name, mangled filename, and other 
information. Mangled variable names begin with __STV followed by a line 
number, variable name, mangled filename, and other information. The 
demangling utility does not demangle these names. 


10.3 Target-Independent Optimizations 


The following optimizations are performed by the compiler on all targets. 


The numbers in parentheses after the name of each optimization are mask bits for 
the -Xkill-opt option. Optimizations can be selectively disabled by specifying 
-Xkill-opt=mask, where mask can be given in hex (e.g. -Xkill-opt=0x12). Multiple 
optimizations can be disabled by OR-ing their bits; undefined mask bits are 
ignored. -Xkill-opt=Oxffffffff has the same effect as not using the -O option at all. 


NOTE: Regardless of which options are specified, there is no way (short of 
disabling optimizations completely) to guarantee that the compiler will or will not 
perform a specific optimization on a given piece of code. 


-Xkill-opt is deprecated and should be used only on the advice of Customer 
Support. 


Tail Recursion (0x2) 


This optimization replaces calls to the current function, if located at the end of the 
function, with a branch. Example: 


NODEP find(NODEP ptr, int value) 
{ 
if (ptr == NULL) return NULL; 
if (value < ptr->val) { 
ptr = find(ptr->left,value) ; 
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} else if (value > ptr->val) { 
ptr = find(ptr->right,value) ; 

} 

return ptr; 


} 


will be approximately translated to: 


Inlining optimization replaces calls to functions with fewer than the number of 
nodes set by -Xinline with the actual code from the same functions to avoid 
call-overhead and generate more opportunities for further optimizations. See 
5.4.142 Control Loop Unrolling (-Xunroll=n, -Xunroll-size=n), p.112, for the definition 
of node; assembly files saved with -S show the number of nodes for each function. 


To be inlined, the called function must be in the same file as the calling function. 


NODEP find(NODEP ptr, int value) 
{ 
top: 
if (ptr == NULL) return NULL; 
if (value < ptr->val) { 
ptr = ptr->left; 
goto top; 
} else if (value > ptr->val) { 
ptr = ptr->right; 
goto top; 
} 


return ptr; 


Inlining can be triggered in three ways: 


1. 


In C++ use the inline keyword when defining the function, and in C use the 
__inline__ keyword or the inline keyword if enabled by -Xkeywords=4. 
Functions inlined by the use of keywords are local (static) by default, but can 
be made public with extern. See __inline__and inline Keywords, p.135. 


Use the #pragma inline function-name directive. The #pragma directive can be 
used in C++ code to avoid the local static linkage forced by the __inline__ or 


inline keywords. See inline Pragma, p.125. 


Use option -XO to automatically inline functions of up to the number of nodes 
set by -Xinline (see 5.4.72 Inline Functions with Fewer Than n Nodes (-Xinline=n), 


p-84). Option -XO sets this value to 40 nodes by default. 


In addition to -Xinline, the options -Xexplicit-inline-factor, 


-Xinline-explicit-force, and -Xcmo-... also control inlining of functions. 
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NOTE: Code must be optimized by use of the -XO or -O option for inlining to occur. 


Example: 


#pragma inline swap 
swap(int *pl, int *p2) 
{ 


int tmp; 
tmp = *p1; 
*pl = *p2; 
*p2 = tmp; 
} 
func( { 


swap (&i,&j); 


will be translated to: 


Argument Address Optimization (0x8) 


If the address of a local variable is used only when passing it to a function which 
does not store that address, the variable can be allocated to a register and only 
temporarily placed on the stack during the call to the function. Example: 


extern int x; 


int check(int *x) 
{ 
if ( *x > 569) { 
return (999) ; 
} else { 
return(100) ; 
} 
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int foo(int y) 
{ 


Ine hy Fe // can be placed in registers 


i=x* yi 
j = check(&i); 
if (j >i) { 
i = check(&j); 
} else { 
i = 365; 
} 


return j*i; 


Structure Members to Registers (0x10) 


This optimization places members of local structures and unions in registers 
whenever it is possible. It also optimizes assignments to structure and union 
members. Example: 


int fpp(int); 
int bar(int, int); 
struct x{ 
int a; 
int b; 
Mg 
void goo(); 


foo () 
{ 


struct x X; 


X.a 
X.b 


if (bar(X.a, X.b)) { 
goo(); 
} 
} 
If the optimization is enabled, the compiler attempts place X.a and X.b in registers 
rather than allocating memory for X. 


193 


Wind River Compiler for ARM/XScale 
User's Guide, 5.4 


Assignment Optimization (0x80) 


Multiple increments of the same variable are merged: 


ptt; -> 
pl0] = 0; pll] = 0; 
ptt; pl[2] = 1; 
pli] = 1; p t= 2; 


Pre- and post-increment/decrement addressing modes are used when available on 
the target processor: 


ptt; -> 
p[0] = 0; *++p = 0; 
ptt; 

pli] = 1; *ttp = 1; 


Increments are moved from the end of a loop to the beginning in order to use 
incrementing addressing modes when available on the target processor: 


while(*s++) ; -> s--; while(*++s) ; 


Tail Call Optimization (0x100) 


In the following case, the call to printf is converted to a branch to printf and the 
stack frame is undone before the branch. 
int _myfunc(char *fmt, int val) 


{ 


return printf (fmt,val); 


} 


This optimization is performed even if no -O or -XO switch is used. 


NOTE: In earlier releases (prior to version 4.3), the 0x100 mask was used to disable 
simple branch optimization. 


Common Tail Optimization (0x200) 


Different paths with equal tails are rewritten. This optimization is most effective 
when many case statements end the same way: 


void bar(), foo(), gfoo(), hfoo(); 
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lucky () 
{ 
switch (a) { 
case 1: 
foo(); bar(); 
break; 
case 2: 
gfoo(); bar(); 
break; 
case 3: 
hfoo(); bar(); 
break; 
case 4: 
foo(); bar(); 
break; 
default: 
bar (); 
break; 


} 
| 


The call to bar() is removed from the individual case statements and executed 
separately at the end of the switch statement. 


This optimization cannot be disabled unless reorder is disabled. To disable reorder, 
use -W1 with no argument (see 5.3.30 Substitute Program or File for Default (-W xfile), 
p-44). 


Variable Live Range Optimization (0x400) 


Variables with more than one live range are rewritten to make it possible to allocate 
them to different registers /stack locations: 


m(int i, int j) { -> m(int i$1, int j) { 
int Kk = £Uh,3)}+ int bk = £(2¢1/5}7 
i = £(k,j); i$2 = £(k,j); 
return i+k; return i$2+k; 

} } 


In the above example, only two registers are needed to hold the three variables 
after split optimization, since i$1 and k can share one register and i$2 and j can 
share the other one. 
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Constant and Variable Propagation (0x800) 


Constants and variables assigned to a variable are propagated to later references of 
that variable. Lifetime analysis might later remove the variable: 


aS Ts =: 2 -> aS: 1: b= 25 
..; K(atb); ~.e7 K(14+2); 


Complex Branch Optimization (0x1000) 


Branches and code that falls through to conditional branches where the outcome 
can be computed are rewritten. This typically occurs after a loop with multiple 
exits. 


extern int x; 
extern int bar(int x); 


int foo(int a, int b) 
{ 


int i, y, z= 0; 


x = bar(a); 


if (x > 44) 
{ 
y=at+b; 
if (x < 22) { // always false when evaluated 


a * 365; // never executed 


return (x + y + 2); 


Loop strength reduction (0x2000) 


Multiplications with constants in loops are rewritten to use additions. Instead of 
multiplying i with the size every time, the size is added to a pointer (arp++ in the 
example below). The array reference 


ar[il 
is actually treated as 


*(ar_type *)((char *)ar + i*sizeof(ar[0])) 
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Example: 
for (i=0; i<10; it++){ -> arp = ar; 
sum +=var[i]; for (i=0; i<10; i++){ 
} sum += *arp; arptt; 


Loop Count-Down Optimization (0x4000) 


Loop variable increments are reversed to decrement towards zero: 


for (i=0; i<10; i++){ -> for (i=10; i>0; i--){ 
sum = *arp; arpt+; sum += *arp; arptt; 


} a: 


Also, empty loops are removed. 


Loop Unrolling (0x8000) 


Small loops are unrolled to reduce the loop overhead and increase opportunities 

for rescheduling. Option -Xunroll option sets the number of times the loop should 
be unrolled. Option -Xunroll-size defines the maximum size of loops allowed to 

be unrolled (see 5.4.142 Control Loop Unrolling (-Xunroll=n, -Xunroll-size=n), p.112 
for both options). 


Note: some sufficiently small loops may be unrolled more than n times if total code 
size and speed is better. Example: 
for (i=10; i>0; i--){ -> for (i=10; i>0; i-=2) { 
sum += *arp; sum += *arp; 


arpt+; sum += *(arptl); 
arp += 2; 


Global Common Subexpression Elimination (0x10000) 


Subexpressions, once computed, are held in registers and not re-computed the next 
time the subexpressions occur. Memory references are also held in registers. 


if (p->op == A) -> tmp = p->op; 
beams if (tmp == A) 
else if (p->op == B) seis 
else if (tmp == B) 
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Undefined variable propagation (0x20000) 


Expressions containing undefined variables are removed. 
int bar(int); 


int foo() 
{ 


int x). a; 5; yi 


x = 365 * (a +b); 
y = bar(x); 
return y; 


ii 
No memory is allocated for a or b. The operation a + b is not performed. 


Unused assignment deletion (0x40000) 


Assignments to variables that are not used are removed. 


int foo(int x, int y) 
{ 


int a, b; 


a= x + 365; // removed 
b=x-y; 
return b; 


} 
This optimization cannot be disabled unless reorder is disabled. To disable reorder, 


use -W1 with no argument (see 5.3.30 Substitute Program or File for Default (-W xfile), 
p-44). 
Minor Transformations to Simplify Code Generation (0x80000) 


Some minor transformations are performed to ease recognition in the code 
generator: 


if (a) return 1; -> return a ? 1: 0; 
return 0; 


Register Coloring (0x200000) 


This optimization locates variables that can share a register. 


198 


10 Optimization 
10.3 Target-Independent Optimizations 


extern int a[100], b[100]; 
foo () 
{ 


Int jie ayy us De 


for (i = 0; i < 10; i++) { 
a += bar(i) + i; 


a and j use the same register. 


Interprocedural Optimizations (0x400000) 


Registers are allocated across functions. Inlining and argument address 
optimizations are performed. 

static int foo(int a, int b) 

{ 


return ((a > b)? a: b); 
} 
bar(int i, int j) 
{ 


printf("larger value = %d\n", foo(i,j)); 


} 


The foo function is inlined into bar. 


Remove Entry and Exit Code (0x800000) 


The prolog and epilog code at the beginning and end of a function which sets up 
the stack-frame is not generated whenever possible. 


Use Scratch Registers for Variables (0x1000000) 


When allocating registers, the compiler attempts to put as many variables as 
possible in scratch registers (registers not preserved by the function). 
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NOTE: When this optimization is disabled, the compiler may still use registers to 
store variables. To control register use, use #pragma global_register (g/obal_register 


Pragma, p.124). 


Extend Optimization (0x2000000) 


Sometimes the compiler must generate many extend instructions to extend smaller 
integers to a larger one. The compiler attempts to avoid this by changing the type 


of the variable. For example: 


int ¢; 

char *s; 

c= *s; 

if (c == 2) c = 0; 


On some targets, the c = *s statement has an extend instruction. By changing int c 


to char c this instruction is avoided. 


Loop Statics Optimization (0x4000000) 


Memory references that are updated inside loops are allocated to registers. 


Example: 
int ar[100], sum; 


sum_ar() { 
anit: as 


sum = 0; 
for (i = 0; i < 100; i++) 
sum += arl[i]; 
} 
} 


will be translated to: 


sum_ar() { 
int i; 
register int tmp_sum 


tmp_sum = 0; 

for (i = 0; i < 100; i++) 
tmp_sum += ar[i]; 

} 


sum = tmp_sum; 
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Loop Invariant Code Motion (0x8000000) 


Expressions within loops that are not changed between iterations are moved 
outside the loop. 
int sum; 
int c[10]; 
int bar(int); 
foo(int a, int b) 
{ 
int i; 
for(i = 0; i < 10; i++) { 
sum += a * b; 
cli] = bar(i); 


} 


The operation a*b is performed outside of the loop statement. 


Live-Variable Analysis (0x40000000) 


Live variable analysis is done for global and static variables. This means that global 
and static variables can be allocated into registers and any stores into them can be 
postponed until the last store in a live range. 


Local Data Area Optimization (0x80000000) 


This optimization creates a Local Data Area (LDA) into which variables may be 
placed for fast, efficient base-offset addressing. See 14.4 Local Data Area 
(-Xlocal-data-area), p.247 for details. 


This optimization can be disabled by setting -Xlocal-data-area=0 or restricted to 
static variables by setting -Xlocal-data-area-static-only. 


Feedback Optimization 


By utilizing profiling information from an actual execution of the target program, 
the optimizer can make more intelligent decisions in various cases, including the 
following: 


* Register allocation can be based on the real number of times a variable is used. 


« if-else clauses are swapped if first part is executed more often. 
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* — Inlining and loop unrolling is not done on code seldom executed. 
"More inlining and loop unrolling is done on code often executed. 

* Partial inlining is done on functions beginning with if (expr) return; 
« Branch prediction is performed. 


The -Xblock-count and -Xfeedback options are available to collect and use 
profiling data. See 15.12 Profiling in An Embedded Environment, p.272. 


10.4 Target-Dependent Optimizations 


The following target-dependent optimizations are specific to the ARM family and 
are done by the reorder program. 


The numbers in parentheses after the name of each optimization are mask bits for 
the -Xkill-reorder option. Optimizations can be selectively disabled by specifying 
-Xkill-reorder=mask, where mask can be given in hex (e.g. -Xkill-reorder=0x9). 
Multiple optimizations can be disabled by OR-ing their bits; undefined mask bits 
are ignored. 


NOTE: Regardless of which options are specified, there is no way (short of 
disabling optimizations completely) to guarantee that the compiler will or will not 
perform a specific optimization on a given piece of code. 


-Xkill-reorder is deprecated and should be used only on the advice of Customer 
Support. 


NOTE: The reorder program, which does target-dependent optimization, parses 
the assembler output of the compiler. Because this output is assumed to be correct, 
reorder may abort on assembly code errors, including errors in hand-written asm 
macros and strings. If an error in reorder appears to be persistent, confirm that any 
handwritten assembly code is correct, perhaps by removing it temporarily, before 
reporting the difficulty to Customer Support. 
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General Peephole Optimization (0x8) 


Peephole optimization makes final improvements within basic blocks, especially 
to remove inefficiencies caused by interactions among other optimizations which 
would be uneconomical to detect otherwise. Examples: 


» Abranch to a single instruction followed by another branch is rewritten by 
inlining the instruction at the current address. 


* Certain instructions which do not change any register are removed. 
« Elimination of redundant load and stores. 


« Register coalescing to eliminate moves. 


Make Conditional (0x9) 


Allows for the use of conditional instructions eliminating the necessity of forward 
branches. 


Simple Scheduling Optimization (0x1000) 


Attempt to optimize load instructions. 


10.5 Example of Optimizations 


The following C program demonstrates several of the optimizations available in 
the compiler and how they interact with each other. 


The numbers in parentheses are used to identify the optimizations in the generated code for 
the example, shown following the table. 


The target processor is the ARM. The optimizations shown are: 


(1) use scratch registers for variables 
(2) unused assignment deletion 
(3) complex branch optimization 
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) 
) 
) 
) 
) 
) 


(9 


(10) 
(11) 


peephole optimization 


loop strength reduction 


loop count-down optimization 


global common subexpression elimination 


inlining of functions 


constant and variable propagation 


make conditional 


basic reordering optimization 


bubble.c implements sorting of an array in ascending order. 


When bubble.c is compiled with the following line, 
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swap2(int *ip) 


{ 


/* swap two ints */ 


int tmp = ip[0]; 
ip[0] = ip[1]; 
ip[1] = tmp; 


} 


/* "bubble" sorts the array pointed to by "base", 
"count" elements, 


int bubble(int 
{ 
int change 
int i; 


*base, int count) 


= 1; 


int test_count = 0; 


while (change) { 
change = 0; 
count--; 
for (i = 0; i < count; i++) 


test_count++; 


if 


} 
a 


(base[i] > base[i+1]) 
swap2 (&base[i]); 
change = 1; 


return test_count; 


} 


dcc -tARMEN -S -Xpass-source -XO bubble.c 


{ 


{ 


containing 


and returns the number of tests done */ 


10 Optimization 


10.5 Example of Optimizations 


the file bubble.s is generated as shown below (option -Xpass-source conveniently 
causes the source to be included intermixed as comments with the generated 
assembly code in bubble.s). 


Only the bubble() function is shown; code will also be present for the swap() 
function in bubble.s because it is not static and may therefore be called from 

another module. Comments have been added below to explain the optimizations 
performed. 


Table 10-1 Illustration of Optimizations for ARM 


C Code 


Generated Assembly Code 


Explanation 


int change = 1; 
int i; 


int test_count = 


while (change) { 


change = 0; 
count--; 


for (i = 0; 
i < count; 
i++) { 


-align 1 
.export bubble 


bubble: 
stmfd CL Le7, EB. 
©9,r10,r11, 
lr} 
ldr r7,=0 
~L4: 
ldr r2,=0 
sub r1,r1,#1 
cmp r1,#0 
ble .-L16 
cmp r1,#0 
ble -L16 


Start of function bubble. 


The assignment change = 1 is eliminated (2) 
since it is used only in the first while test, which 
is known to be true and removed (3). 


17 test_count = 0; 
Top of while (change) loop. 


change was just initialized to 1 and cannot 
initially be 0, so the loop test can be made only 
at the bottom. 


12 change = 0; 
¥1 count--; 


Before entering loop, if r1 count is <= 0, branch 
to the return because just set change to 0 so 
further passes through the outer loop would 
leave change unchanged. 


Before entering loop, if r1 count is <= 0, branch 
to the return because just set change to 0 so 
further passes through the outer loop would 
leave change unchanged. 
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Table 10-1 


C Code 


Wind River Compiler for ARM/XScale 


Illustration of Optimizations for ARM (cont'd) 


Generated Assembly Code 


Explanation 


test_count++; 


if (base[i] > 
base[i+1] { 


swap2 ... 


return test_count; 


} 


mov 


mov 


.L8: 


elke 


ldr 
ldr 


cmp 


strgt 
strgt 


subs 
add 


cmp 
bne 


-L16: 


mov 


ldmfd 


mov 


r11,r0p 

r8,r1 

r9, [r11,#0] 

r10, [r11, #4] 

19,410 

r10, [r11, #0] 

r9, [r11, #4] 

r8,r8,#1 

r11,r11,#4 

.L8 

r2, #0 

.L4 

a Oa calf 

r13!,{r7,r8, 
19.770. 141. ; 
pc} 

pe, ir 


# Allocations for bubble 


Loop strength reduction (5) has replaced all 
references to base[i] with a created pointer, 
$$2, initialized to r0 base and placed in r11. 
Since no more references are made to count, 
loop count-down optimization (6) will decrement 
i from count to 0 instead of incrementing i and 
comparing it against count. 


r8 i is set to r1 count per the above. 


Top label of for loop. 


Load base[i] equivalent $$2[0] to r9 ($$4), and 
load baseli+1] equivalent $$2[1] to 110 ($$3) (7). 


If r9 > 110, the function swap2 is inlined (8) by 
utilizing make conditional (10) which allows for 
conditional instructions without branching. 


End of if. 


Decrement r8 i (6). 

Increment base pointer $$2++ (6). 

Bottom test of for: test r8 i against 0 (4). Ifiis 
not zero, branch to the top of the for loop. 


Bottom test of while (change). 
If change is not zero, branch to the top of the 
loop. 


Move test_count to return register. 


Variable allocations are commented for 
debugging. 
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C Code 


10 Optimization 


10.5 Example of Optimizations 


Illustration of Optimizations for ARM (cont'd) 


Generated Assembly Code 


Explanation 


r0 base 

rl count 

r2 change 

r8 i 

ry test_count 
r11 ooo 

r10 $$3 

r9 $s4 

not allocated tmp 
not allocated ip 


Arguments are kept in their original registers (2). 


Variables are put in scratch registers. 


Loop strength reduction (6) variable for base 
pointer. 


Global common subexpression elimination (7) 
for base[i+1] and baselil]. 


Variables deleted by Variable propagation (9). 
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The Lint Facility 


11.1 Introduction 209 


11.2 Examples 210 


11.1 Introduction 


The lint facility is a powerful tool to find common C programming mistakes at 
compile time. (For C++, see -Xsyntax-warning-on on 5.4.137 Disable Certain Syntax 
Warnings (-Xsyntax-warning-...), p.110.) Lint has the following features: 


It is activated through command-line option -Xlint. 


-Xlint does all checking while compiling. Since it does not interfere with 
optimizations, it can always be enabled. 


-Xlint gives warnings when a suspicious construct is encountered. To stop the 
compilation after a small number of warnings, use the -Xstop-on-warning 
option to treat all warnings like errors. 


Each individual check that -Xlint performs can be turned off by using a bit 
mask. See the -Xlint option on 5.4.81 Generate Warnings On 
Suspicious/Non-portable Code (-Xlint=mask), p.88 for details. 


-Xlint can be used with the -Xforce-prototypes option to warn of a function 
used before its prototype. 
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The comments in the following C program demonstrate probable defects that will 
be detected by using -Xlint and -Xforce-prototypes. There are three types of errors 
marked by different comment forms: 


«= Comments containing the form “(0xXX)” are on lines with suspicious 
constructs detected by -Xlint; the hex value is the -Xlint bit mask which 
disables the test. 


«= Comments of the form /* warning: ... */and /* error: ... */are used on lines for 
which the compiler reports a warning or error with or without -Xlint. 


« Two lines are a result of option -Xforce-prototypes as noted. 


Actual warnings from the compiler follow the code. Note that warnings are not 
necessarily in line number order because the compiler detects the errors during 
different internal passes. 


11.2 Examples 


Example 11-1 Program for -Xlint Demonstration 


1: void f1(int); 

2: void £2(); 

33 /* (-Xlint mask bit disables) ay 

4: static int f4(int i) /* function never used (0x10) */ 
5: { 

6: ff (3 s= 0) 

Ts return; /* missing return expression (0x20) */ 
8: return i+4; 

Or } 

10: 

Li¢ static int £5(int i); /* error: function not found iy 
125: 

13: static int il; /* variable never used (Ox10) */ 
14: 

15%: int m(char j, int zl) /* parameter never used (Ox10) */ 
16: { 

Lk: int i, int4; 

18: char cl; 

19: unsigned u = 1; /* variable set but not used (0x40) */ 
20 int 22s /* variable never used (Ox10) */ 
21: 

B23 el-= tntd: /* narrowing type conversion (Ox100) */ 
23: 

24: LE CTY ft 

25: u = 4294967295; 
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1. =.. Ov 
} else { 
u = 4294967296; 
} 
£1-(i)3 
switch(i) { 
j = 2; 
break; 
case 0: 
aes is Ue 
piace Me Os 
£5 (i); 
break; 
Example 11-2 -Xlint example output 


el ee 

"lint.c", line 22: 
"lint.c", line 28: 
"lint.c", line 37: 
"lint.c", line 38: 
"lint.c", line 42: 
"lint.c", line 48: 


/* warning: 


11 The Lint Facility 
11.2 Examples 


constant out of range */ 


/* variable might be used 


before being set (0x02) */ 
/* statement not reached (0x80) */ 
/* -X force prototype, not lint, warns: */ 
/* function has no prototype */ 
/* function not declared */, 


.c", line 7: warning 


warning 


warning 
warning 
warning 
warning 
warning 


conversion found: short 


"lint.c", line 


"lint.c", line 
"lint.c", line 
"lint.c", line 
"lint.c", line 
"lint.c", line 
"lint.c", line 
"lint.c", line 


"lint.c", line 


"lint.c", line 


48: 
Al: 
15:3 
20: 
33% 
50% 
62: 
19% 


22: 


43: 


(dee: 1521): 
(dec:1643): 
(dec:1243) 
(dec:1500): 
(dec:1500): 
(dcec:1583) 
(dec:1643) 


missing return expression 
narrowing or signed-to-unsigned type 
conversion found: int to unsigned char 
constant out of range 
function £2 has no prototype 
function £3 has no prototype 
overflow in constant expression 
narrowing or signed-to-unsigned type 


to unsigned char 


constant out of range (=) 
label deflaut not used 


: parameter zl is never used 
: variable z2 is never used 


statement not reached 
statement not reached 


: missing return expression 


Useless assignment to variable u. 
Assigned value not used. 

Useless assignment to variable cl. 
Assigned value not used. 

Useless assignment to variable j. 
Assigned value not used. 


"lint.c", line 
"lint.c", line 


warning (dcc:1244): 
warning (dcc:1251) 
warning (dcc:1516) 
warning (dcc:1518) 
warning (dcc:1522): 
warning (dcc:1522) 
warning (dcc:1521) 
warning (dcc:1604) 
warning (dcc:1604): 
warning (dcc:1604): 

: warning (dcc:1608 

: warning (dcc:1608 

: warning (dcc:1606 

: warning (dcc:1606 

warning (dcc:1517): 
error (dcc:1378): 

: warning (dcc:1518): 


: variable int4 might be used before set 
: variable i might be used before set 


condition is always true/false 
condition is always true/false 
function f4 is never used 
function £5 is not found 
variable il is never used 
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Converting Existing Code 


12.1 Introduction 213 
12.2 Compilation Issues 213 
12.3 Execution Issues 216 


12.4 GNU Command-Line Options 218 


12.1 Introduction 


Compiling code originally developed for a different system or toolkit is usually 
straightforward, especially given the extensive compatibility options supported by 
the tools. This chapter gives pointers on working around the most common 
differences among systems and compilers. 


12.2 Compilation Issues 


The following list includes hints on what to do when a program fails to compile 
and you want to avoid changing the source code. 
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Look for Missing Standard Header Files 


Different systems have different standard header files and the declarations within 
the header files may be different. Use the -i file1=file2 option to change the name of 
a missing header file (see 5.3.13 Modify Header File Processing (-i file1=file2), p.39 for 
details). 


Older C Code 


Look for Code Using Loose Typing Control 


Some older C code is written for compilers that do not check the types of identifiers 
thoroughly. Use the -Xmismatch-warning=2 option if you get error messages like 
“illegal types: ...”. 


Look for Code Written for PCC 


C code written for older UNIX compilers, such as PCC (Portable C Compiler), may 
not be compatible with the C standard. Use the -Xdialect-pcc option to enable 
some older language constructs. See B. Compatibility Modes: ANSI, PCC, and KE RC 
for more information. 


Older Versions of the Compiler 


C++ Coding Conventions 


When exceptions and run-time type information are enabled (-Xrtti and 
-Xexceptions), the current compiler supports the C++ standard. Source code 
written for earlier versions of the Wind River (Diab) C++ compiler may require 
modification before it can be compiled with version 5.0 or later. We strongly 
recommend bringing all source code into compliance with the ANSI standard, but 
if time does not permit this, you can use the -Xc++-old option to invoke the older 
compiler. 
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C++ Libraries 


Older (pre-5.0) versions of the compiler require different C++ libraries: 


Default library Old library 

libd.a libdold.a 

libstl.a libios.a, libcomplex.a 
libstlstd.a libios.a, libcomplex.a 
libstlabr.a (none) 


See 32.2.1 Libraries Supplied, p.444 for more information. 


When -Xc++-old is specified, the dplus driver automatically selects the 
appropriate standard C++ library—that is, it invokes -Idold instead of -ld to link 
libdold.a instead of libd.a. However, to link the older iostream and complex 
libraries, you must use the -1 option (see Specify Library or File to Process (-Iname, 
-l:filename), p.365) explicitly. If you use the dec driver or invoke dld directly, all the 
old libraries must be specified explicitly. Examples: 


dplus -Xc++-old hello.cpp 
dplus -Xc++-old -lios -lcomplex hello.cpp 
dcc -Xc++-old -ldold -lios -lcomplex hello.cpp 
did -YP,search-path -1:windiss/crt0.o hello.o 
-o hello -ldold -lios -1lc version-path/conf/default.dld 
In the first two examples, -ldold is invoked automatically because of -Xc++-old. In 
the second two examples, all the older C++ libraries must be specified explicitly. 


NOTE: The -Xc++-old option cannot be used selectively within a project. If this 
option is used, all files must be compiled and linked with -Xc++-old to make the 
output binary-compatible. Selective use of -Xc++-old should produce linking 
errors; if it does not, the resulting executable is still likely to be unstable. 


VxWorks developers should not use -Xc++-old. 


To select the old compiler and libraries by default (eliminating the need for 
-Xc++-old), create a user.conf file in which DCXXOLD is set to YES and ULFLAGS2 
invokes the old libraries. For example: 


# Select old compiler 

DCXXOLD=YES 

# Add these as default C++ libraries 
ULFLAGS2="-ldold -liosold” 


For more information, see A. Configuration Files and 2.3 Environment Variables, p.15. 
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Startup and Termination Code 


If you are compiling legacy projects that used old-style .init$nn and .fini$nn code 
sections to invoke initialization and finalization functions, or if your code 
designates initialization and finalization functions with old-style _STI_nn_and 
_STD__mn_ prefixes, you may get compiler or linker errors. The -Xinit-section=2 
option (see 5.4.69 Control Generation of Initialization and Finalization Sections 
(-Xinit-section), p.83) allows you to continue using old-style startup and 
termination. The recommended practice, however, is to adopt the new method of 
creating startup and termination code—that is, using attributes to designate 
initialization and finalization functions, and .ctors and .dtors sections to invoke 
them at run-time. See 15.4.8 Run-time Initialization and Termination, p.260 for more 
information. 


12.3 Execution Issues 


The following list includes hints on what to do when a program fails to execute 
properly: 
Compile With -Xlint 
The -Xlint option enables compile-time checking that will detect many 
non-portable and suspicious programming constructs. See 11. The Lint Facility. 
Recompile Without -O 


If a program executes correctly when compiling without optimizations it does not 
necessarily mean something is wrong with the optimizer. Possible causes include: 


« Use of memory references mapped to external hardware. Add the volatile 
keyword or compile using the -Xmemory-is-volatile option. Note: option 
-Xmemoty-is-volatile disables some optimizations which may produce 
slower code. 


* Use of uninitialized variables exposed by the optimizer. 
* Use of expressions with undefined order of evaluation. 


Uninitialized local variables will behave differently on dissimilar systems, 
depending how memoty is initialized by the system. The compiler generates a 
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warning in many instances, but in certain cases it is impossible to detect these 
discrepancies at compile time. 
Look for Code Allocating Dynamic Memory in Invalid Ways 


The following invalid uses of operator new() or malloc() may go undetected on 
some systems: 


« Assuming the allocated area is initialized with zeroes. 
» Writing past the end of the allocated area. 
« Freeing the same allocated area more than once. 
Look for Expressions with Undefined Order of Execution 
The evaluation order in expressions like x + inc(&x) is not well defined. Compilers 
may choose to call ine(&x) before or after evaluating the first x. 
Look for NULL Pointer Dereferences 
On some machines the expression if (*p) will work even if p is the zero pointer. 
Replace these expressions with a statement like if (p != NULL && *p). 
Look for Code Which Makes Assumptions About Implementation Specific Issues 


Some programs make assumptions about the following implementation specific 
details: 


» Alignment. Look for code like: 
char *cp; double d; *(double *)cp = d; 
« Size of data types. 


« Byte ordering. See __packed__and packed Keywords, p.137 on methods for 
accessing byte-swapped data. 


« Floating point format. 


* Sign of plain chars (those declared without either the signed or unsigned 
keyword). By default plain char is unsigned. To force a convention opposite to 
the default, see 5.4.20 Specify Sign of Plain Char (-Xchar-signed, -Xchar-unsigned), 
p-63. 


« Sign of plain int bit-fields. bit-fields of type int are unsigned by default. Use 
the option -Xbit-fields-signed (C only) to be compatible with systems that 
treat plain int bit-fields as signed. 
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12.4 GNU Command-Line Options 


By default, GCC option flags from the command line or makefile are parsed and, 
if possible, translated to equivalent Wind River options. Translations are 
determined by the tables in the file gcc_parser.conf. Use -Xgcc-options-off to 
disable this feature. -Xgcc-options-verbose outputs a list of translated options. 
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C++ Features and Compatibility 


13.1 Header Files 219 

13.2 C++ Standard Libraries 220 

13.3 Migration From C to C++ 221 

13.4 Implementation-Specific C++ Features 222 
13.5 C++ Name Mangling 225 

13.6 Avoid setjmp and longjmp 229 

13.7 Precompiled Headers 229 


This chapter describes compiler’s implementation of the ANSI C++ standard. For 
more information, see the references cited in Additional Documentation, p.8. 


13.1 Header Files 


The C++ compiler supports all ANSI-specified header files. Generally C++ uses 
the same header files as C (see 33. Header Files), but the C++ standard imposes 
additional requirements on standard C header files and the declarations need to be 
adjusted to work in both environments. See 13.3 Migration From C to C++, p.221 
below. 
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13.2 C++ Standard Libraries 


The Wind River Compiler includes two versions of the standard C++ library. The 
complete version provides full support for exceptions. The abridged version does 
not provide exception-handling functions, the type_info class for RTTI support, or 
complete STL functionality. 


The abridged version produces smaller, faster executables than the complete 
version, but the difference in size and speed varies from project to project. In 
general, the more an application uses the Standard Template Library, the greater 
the benefit from switching to the abridged version. 


To use the standard library, include one of the following linker options in your 
project makefile: 


Option Library 

-Istl Link to the complete standard library. 
-Istlstd Same as -Istl. 

-Istlabr Link to the abridged standard library. 


Projects that use any part of the standard library (including iostreams) must 
specify one of these linker options. For more information about library modules, 
see 32. Library Structure, Rebuilding. 


NOTE: VxWorks developers should not specify any of the -Istl... options listed 
above. To select a C++ library for VxWorks projects, see the documentation that 
accompanied your VxWorks development tools. 


To use the abridged library, you must also specify the -Xc++-abr compiler option. 
For example: 


dplus -Xc++-abr filel.cpp 
-Xc++-abr automatically disables exception-handling (-Xexceptions=off). 
For projects that use the complete C++ library, exception-handling must be enabled 
(-Xexceptions, the default). For projects that use the abridged version, 


exception-handling may be enabled as long as no exception propagates through 
the library. 


While the compiler supports the wchar_t type, in most environments the libraries 
do not support locales, wide- or multibyte-character functions, or the long double 
type. (Some VxWorks files may include stubs for unsupported wide-character 
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functions.) For user-mode (RTP) VxWorks projects, the libraries support 
wide-character functions. 


Nonstandard Functions 


The C++ libraries include definitions for certain traditional but nonstandard 
Standard Template Library and iostream functions. You can omit these definitions 
by editing the file version_path/include/cpp/yvals.h. 


To omit the Standard Template Library extensions, change the definition of 
_HAS_ TRADITIONAL STL to: 


#define _HAS TRADITIONAL_STL 0 


To omit the iostream extensions, change the definition of 
_HAS_TRADITIONAL_IOSTREAMS to: 


#define _HAS TRADITIONAL_IOSTREAMS 0 


To see which functions are nonstandard, look for the HAS TRADITIONAL _STL 
and _HAS_TRADITIONAL_IOSTREAMS macros in the library header files. 


13.3 Migration From C to C++ 


When C functions are converted to C++ or called from a C++ program, minor 
differences between the languages must be observed and the header files must be 
written in C++ style. The standard predefined macro __cplusplus can be used with 
#ifdef directives in the program and header files for code that will be used in both 
C and C++ modules. 


To call a C function from a C++ program, declare the prototype with extern "C" (to 
avoid name mangling) and declare the arguments in C++-compatible format. The 
extern "C" specification may apply to the single declaration that follows or to all 
declarations in a block. For example: 

extern "C" int £ (char c); 

extern "C" 

{ 


#include "my_c_lib.h" 
} 


221 


Wind River Compiler for ARM/XScale 
User's Guide, 5.4 


For information about calling C++ functions from C modules, see 9.4 C++ 
Argument Passing, p.177. 


A few general differences between C and C++ are listed below. For more 
information, see Additional Documentation, p.8. 


» A function declared func() has no argument in C++, but has any number of 
arguments in C. Use the void keyword for compatibility, e.g. func(void), to 
indicate a function with no arguments. 


= A character constant in C++ has the size of a char, but in C has the size of an int. 
» An enum always has the size of an int in C, but can have another size in C++. 
« The name scope of a struct or typedef differs slightly between C and C++. 


« There are additional keywords in C++ (such as catch, class, delete, friend, 
inline, new, operator, private, protected, public, template, throw, try, this, 
and virtual) that could make it necessary to modify C programs in which these 
keywords occur as declared identifiers. 


*»  InC, a global const has external linkage by default. In C++, static or extern 
must be used explicitly. 


13.4 Implementation-Specific C++ Features 


This subsection describes features of C++ that may behave differently in other 
implementations of the language. 


Construction and Destruction of C++ Static Objects 


Before the first statement of the main() function in a C++ program can be 
executed, all global and static variables must be constructed. Also, before the 
program terminates, all global and static objects must be destructed. 


These special constructor and destructor operations are carried out by code in the 
initialization and finalization sections as described under 15.4 Startup and 
Termination Code, p.254. 
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Templates 
Function and class templates are implemented according to the standard. 


Template Instantiation 


There are two ways to control instantiation of templates. By default, templates are 
instantiated implicitly—that is, they are instantiated by the compiler whenever a 
template is used. For greater control of template instantiation, the 
-Ximplicit-templates-off option tells the compiler to instantiate templates only 
where explicitly called for in source code—for example: 


template class A<int>; // Instantiate A<int> and all 
// member functions. 
template int f1(int); // Instantiate function int fl{int). 


The compiler options summarized below control multiple instantiation of 
templates. 


Options Related to Template Instantiation in C++ 


-Ximplicit-templates (5.4.65 Control Template Instantiation (-Ximplicit-templates...), 
p-82) 
Instantiate each template wherever used. This is the default. 


-Ximplicit-templates-off (5.4.65 Control Template Instantiation 
(-Ximplicit-templates...), p.82) 
Instantiate templates only when explicitly instantiated in code. 


-Xcomdat (5.4.26 Mark Sections as COMDAT for Linker Collapse (-Xcomdat), p.66) 
When templates are instantiated implicitly, mark each generated code or data 
section as “comdat”. The linker collapses identical instances so marked into a 
single instance in memory. This is the default. 


-Xcomdat-off (5.4.26 Mark Sections as COMDAT for Linker Collapse (-Xcomdat), p.66) 
Generate template instantiations and inline functions as static entities in the 
resulting object file. Can result in multiple instances of static member-function 
or class variables. This requires that -Ximplicit-templates-off be enabled. 


-Xcomdat-info-file (5.4.27 Maintain Project-wide COMDAT List (-Xcomdat-info-file), 
p.66) 
Maintain a list of COMDAT entries across modules. Speeds up builds and 
reduces object-file size, but has no effect on final executables. 


223 


Wind River Compiler for ARM/XScale 
User's Guide, 5.4 


-Xexpl-instantiations (Write Explicit Instantiations File (-Xexpl-instantiations), 
p-371) 


This linker option writes a file of all instantiations to stdout. Can be used with 
-Xcomdat-off to generate a complete list of template instantiations; source 
code can then be edited to explicitly instantiate templates where needed and 
then recompiled with -Ximplicit-templates-off. 


This option is deprecated. 


Using Export With Templates 


Exceptions 


There are two constraints on the use of the export keyword: 


An exported template must be declared exported in any translation unit in 
which it is instantiated (not just in the translation unit in which it is defined). 
In practice, this means that an exported template should be declared with 
export in a header file. 


A translation unit containing the definition of an exported template must be 
compiled before any translation unit which instantiates that template. 


Exception handling provides a mechanism for responding to software-generated 
errors and other exceptional events. It is implemented according to the standard. 


NOTE: See 15. Use in an Embedded Environment for a notes on implementing 
exceptions in a multitasking environment. 


The generation of exception-handling code can be disabled using the 
-Xexceptions=0 compiler option. When this option is enabled, the compiler also 
flags the keywords try, catch, and throw as errors. 


Array New and Delete 


The two memory allocation/deallocation operators operator new| ]() and 
operator delete ]() are implemented as defined in the standard. 
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Type Identification 


The typeid expression returns an expression of type typeinfo&. The type_info 
class definition can be found in the header file typeinfo.h. 


Dynamic Casts in C++ 


Namespaces 


Dynamic casts are made with dynamic_cast(expression) as described in the 
standard. 


Namespaces are implemented according to the standard. The compiler option 
-Xnamespaces-off disables namespaces; -Xnamespaces-on (the default) enables 
them. 


Undefined Virtual Functions 


The C++ standard requires that each virtual function, unless it is declared with the 
pure-specifier (=0), be defined somewhere in the program; this rule applies even if 
the function is never called. However, no diagnostic is required for programs that 
violate the rule. Programs with undefined non-pure virtual functions compile and 
run correctly in some cases, but in others generate “undefined symbol” linker 
errors. 


13.5 C++ Name Mangling 


NOTE: To interpret a mangled name, see Demangling utility, p.228. 


The compiler encodes every function name in a C++ program with information 
about the types of its arguments and (if appropriate) its class or namespace. This 
process, called name mangling, resolves scope conflicts, enables overloading, 
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standardizes non-alphanumeric operator names, and helps the linker detect errors. 
Some variable names are also mangled. 


When C code is linked with C++ code, the C functions must be declared with the 
extern "C" linkage specification, which tells the C++ compiler not to mangle their 
names. (The main function, however, is never mangled.) See 13.3 Migration From C 
to C++, p.221 for examples. 


The scheme used for mangling follows the suggestions in The Annotated C++ 
Reference Manual (by Ellis and Stroustrup), which should be consulted for details. 
Ina mangled name, two underscore characters separate the original name from the 
other encoded information. For this reason, the user should avoid double 
underscores in class or function names. 


A function name is encoded with the types of its arguments. A member function 
also has the class name or namespace encoded with it. The names of classes and 
other user-defined types are encoded as the length of the name in decimal followed 
by the name itself; nested class names contain the names of all classes in the 
hierarchy using the Q modifier (see the table below), and template class names 
include the arguments of the template. When necessary, local class names and 
other identifiers are encoded as the name itself followed by __L followed by an 
arbitrary number. Simple type indicators are single characters. 


A global function has a double underscore appended to its name, followed by the 
indicator F and the types of its arguments. For example, void myFunc(int, float) 
would be mangled as myFunc__Fif. 


A member function has the encoded class name or namespace inserted before the 
F indicator—for example, myFunc__7MyClassFif. An S preceding the F indicates 
a static member function. 


Static data members and variables that are members of namespaces are also 
mangled. Their mangled form consists of a double underscore appended to the 
variable name, followed by the encoded class name or namespace—for example, 
myNumber__7MyClass. 


Functions that instantiate or specialize templates have a template signature. 
Template parameters are encoded as ZnZ, where n is the parameter’s position 
(starting with 1); if a parameter’s depth is greater than 1, it is encoded as Zn_mZ, 
where m is parameter depth. The return type is also included in the mangled name. 
An __S after a template name indicates that the template is specialized; an __S after 
the argument list indicates that the instance is specialized. The __S indicator is 
similarly placed in the encoded names of parent classes of functions and static data 
members generated from templates. 
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For constructors, destructors, operator class members, and certain other 
constructs, a special string beginning with two underscores is prefixed to the class 
name. For example, __ct indicates a constructor and __pl indicates the + operator. 
See The Annotated C++ Reference Manual for details. 


Argument types are encoded as follows: 


Type Encodings for Name Mangling in C++ 


An_ 
Array (followed by the simple type name), where n is the array size. 
b 
bool 
da 
double 
c 
char 
e 
Ellipses parameter ( ... ) 
Ftype-list 
Function with parameters of types specified by the type-list. 
£ 
float 
i 
int 
L 
long long 
1 
long 
MT ypelType2 
Pointer to member in Typel of Type2. Typel is always of the form n name. 
Mmn 
Repeat m arguments with the same type as argument number n. m is limited 
to a single digit. 
nName 
User-defined type, with n giving the length of Name and Name giving the type 
name. 
Ptype 


Pointer to type. 
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Qm_ninamel1 
n2name2... 

Nested class name or namespace: m user-defined type names after Qm. 
Rtype 

Reference to type. 

long double 


short 


Tn 
Same type as argument number n. 


void 


wchar_t 


The following modifiers are inserted before the type indicator. If more than one 
modifier is used, they appear in alphabetical order. 


Modifiers for Type Encodings 


c 
const type 
s 
signed type 
uU 
unsigned type 
Vv 
volatile type 


Demangling utility 


To interpret a mangled name, enter 
ddump -F 


and then interactively enter mangled names one per line. ddump displays the 
demangled meaning of the name after each entry. If the entry is not a valid 
mangled name, there will be no output. 
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Table 13-1 Examples of ddump -F 


Entry to ddump Interpreted result 
myfunc__Fv myfunc(void ) 
mymain__FiPPc mymain (int , char **) 


13.6 Avoid setjmp and longjmp 


It is difficult to safely use setjmp() and longjmp() in C++ code because jumps out 
of a block may miss calls to destructors and jumps into a block may miss calls to 
constructors. 


Note that in addition to visible user-defined objects, the compiler may have created 
temporary objects not visible in the source for use in optimized code. 


Consider instead C++ exception handling in situations which might have used 
setjmp and longjmp. It will still be necessary to account for allocations and 
deallocations not performed through contructors and destructors of automatic 
objects. 


13.7 Precompiled Headers 


In projects with many header files, a large part of the compilation time is spent 
opening and parsing included headers. (To see how many header files are opened 
during compilation, use the -H option.) You can speed up compilation by using 
precompiled headers, enabled with the -Xpch-... options. The easiest option to use 
is -Xpch-automatic. For example: 


dplus -Xpch-automatic filel.cpp 


compiles file1.cpp using precompiled headers. This means that a set of header files 
is saved in a preparsed state and reused each time file1.cpp is compiled. The first 


229 


PCH Files 


Wind River Compiler for ARM/XScale 
User's Guide, 5.4 


time you compile a project with -Xpch-automatic you will probably not notice an 
improvement in speed, but subsequent compilations should be faster. 


Within a header file, use #pragma no_pch to suppress all generation of 
precompiled headers from that file. To selectively suppress generation of 
precompiled headers, use #pragma hdrstop; headers included after #pragma 
hdrstop are not saved ina parsed state. 


Precompiled headers are supported by the C++ compiler only. 


Parsed headers are saved in PCH (precompiled header) files. The compiler 
processes PCH files only if one of the following options is enabled: 
-Xpch-automatic, -Xpch-create=filename, or -Xpch-use=filename. If more than one 
of these options is given, only the first is considered. 


When -Xpch-automatic is enabled, the compiler looks for a PCH file in the current 
working directory (unless you use -Xpch-directory=directory to specify a different 
location) and, if possible, uses the preparsed headers in that file. Otherwise a PCH 
file is generated with the default name sourcefile.pch, where sourcefile is the name 
of the primary source-code file. When the source file is recompiled, or when 
another file is compiled in the same directory, sourcefile.pch is checked for 
suitability and used if possible. 


Before using a PCH file, the compiler always verifies that it was created in the 
correct directory using the same compiler version, command-line options, and 
header-file versions as the current compilation; this information is stored in each 
PCH file. If more than one PCH file is applicable to a compilation, the compiler 
uses the largest file available. 


If you want to specify a name for the generated PCH file, use 
-Xpch-create=filename instead of -Xpch-automatic: 


dplus -Xpch-create=myPCH filel.cpp 


Later, you can reuse myPCH—when compiling the same file or a different file—by 
specifying -Xpch-use=filename: 


dplus -Xpch-use=myPCH file2.cpp 


The filename specified with -Xpch-create or -Xpch-use can include a full directory 
path, or the option can be combined with -Xpch-directory: 


dplus -Xpch-use=myPCH -Xpch-directory=/source/headers somefile.cpp 
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Limitations and Trade-offs 


Diagnostics 


A generated PCH file includes a snapshot of all the code preceding the header stop 
point—that is, #pragma hdrstop or the first token in the primary source file that 
does not belong to a preprocessor directive. If the header stop point appears within 
an #if block, the PCH file stops at the outermost enclosing #if. 


A PCH file is not generated if the header stop point appears within: 
«An #if block or #define started within a header file. 

« A declaration started within a header file. 

« A linkage specification’s declaration list. 


« An unclosed scope, such as a class declaration, established by a header file. (In 
other words, the header stop point must appear at file scope.) 


Further, a PCH file is not generated if the header stop point is preceded by: 
« Areference to the predefined macro _DATE_ or _ TIME 


« The #line preprocessing directive. 


A PCH file is generated only if the code preceding the header stop point has 
produced no errors and has introduced a sufficient number of declarations to 
justify the overhead associated with precompiled headers. Finally, a PCH file is 
generated only if sufficient memory is available. 


Efficient use of precompiled headers requires experimentation and, in most cases, 
minor changes to source code. PCH files can become bulky; included files must be 
organized so that headers are preparsed to as few shared PCH files as possible. 


The -Xpch-messages option generates a message each time a PCH file is created or 
used. The -Xpch-diagnostics option generates an explanatory message for each 
PCH file that the compiler locates but is unable to use. 
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14.1 Controlling Access to Code and Data 


By default, the compiler generates architecture-specific code for locating and 
accessing code and data in memory which will be suitable for many cases. In 
addition, a number of options are available for exercising fine control over the 
process, for locating code and data at specific locations in memory, and for 
generating position-independent code. All are described in detail in this chapter. 


section and use_section Pragmas 
Code and data are generated in sections in an object file, combined by the linker into 
an executable file, and ultimately located in target memory at specific locations. 


Default sections are predefined and have certain attributes. To change the name of 
a default section, use the -Xname-... option (see 5.4.93 Specify Section Name 
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(-Xname-...), p.94). The section and use_section pragmas may be used to change 
the default attributes, to define new sections, and to control the assignment of code 
and variables to particular sections and, along with the linker command file, their 
locations. 


#pragma section class_name [istring] [ustring] [addr-mode] [acc-mode] [address=x] 
#pragma use_section class_name [variable | function] 


class_name 
Required. Symbolic name for a predefined or user-defined section class to 
hold objects of a particular class, e.g., code, initialized variables, or 
uninitialized variables. 

istring 
Name of the actual section to contain initialized data. For variables, this 
means those declared with an initializer (e.g., int x=1;). Use empty quotes if 
this section is not needed but the ustring is. 


ustring 
Name of actual section to contain uninitialized data. For variables, this 
means those declared with no initializer (e.g., int x;). This name may be 
omitted if not needed (the default value is used). 


addr-mode 
Form of addressing mode for access to variables or functions in the 
section. See 14.2 Addressing Mode — Functions, Variables, Strings, p.238 for 
details. 


acc-mode 
Accessibility to the section. See 14.3 Access Mode — Read, Write, Execute, 
p-240 for details. 


#pragma section defines a section class and, optionally, one or two sections in the 
class. A section class controls the addressing and accessibility of variables and code 
placed in an instance of the class. 


For C++, #pragma section declarations apply to all global and namepace scope 
variables, class static member variables, global and namespace scope functions, 
and class member functions that follow the pragma. 


#pragma use_section selects a section class for specific variables or functions after 
the section class has been defined by #pragma section. 
Notes for #pragma section and #pragma use_section 


The C++ compiler has the following limitations for #pragma section and 
#pragma use_section: 
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« ‘Templates are not affected by #pragma section or #pragma use_section. 
However, you can alter the placement of all the data or code ina file 
(including templates) by using the command-line options -Xname-data 
(and related options, such as -Xname-sdata or -Xname-const) or 
-Xname-code. See 5.4.93 Specify Section Name (-Xname-...), p.94 for more 
information on these options. 


=  #pragma section STRING cannot be used to alter the placement of strings. 
Instead, use the command-line option -Xname-string. 


«  #pragma use_section must be followed by at least one declaration or 
definition of an entity for it to apply to that entity, as in: 


#pragma section MYCODE “.mycode” 
void my_func() 

{ 

} 


A section class_name (e.g., DATA) is the symbolic name of a section class and it 
is used only in writing #pragma section and #pragma use_section directives. 


At any given point in the source, there may be up to two physical sections 
associated with a section class—an initialized section and an uninitialized 
section as named by the istring and ustring attributes to #pragma section 
respectively (e.g., “.data”). Itis these physical sections which will appear in the 
object file and which may be manipulated during linking. 


istring is an optional quoted string giving a name for a particular section of the 
given class which is to contain initialized data. The name is used in the 
assembler .section directive to switch to the desired section for initialized data. 
An empty string or no string at all indicates that the default value should be 
used. Note that a section to contain code is “initialized” with the code. 
Examples: 


"_ bext", "sdatae”,. *.anit* 


ustring is an optional quoted string giving a name for a particular section of the 
given class which is to contain uninitialized data. The name is used in the 
assembly .section directive to switch to the desired section for uninitialized 
data. An empty string, or no string at all, indicates that the default value 
should be used. The string “COMM” indicates that the .comm/.lcomm 
assembler directives should be used. See 23.4 COMMON Sections, p.352 
regarding allocation of common variables for full details; generally however, 
COMM sections are gathered together by the linker an placed at the end of the 
-bss output section. Examples: 


".bss", ".data", "COMM" 
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Predefined section classes: Except when a user-defined section class has been 
specified, all variables and functions are categorized by default into one of 
several predefined section classes depending on how they are defined. Each 
predefined section class is defined by default values for all of its attributes. 
Table 14-1 gives the names and attributes of all predefined section classes. 


By using the #pragma use_section directive, any variable and function can be 
individually assigned to any of the predefined section classes, or to a 
user-defined section class. 


If a section pragma for some class is given with no values for one or more of 
the attributes, those attributes are always restored to their default values as 
given in Table 14-1. This is true even for a user-defined class_name (the table 
shows the default attributes in this case as well). 


Multiple #pragma section directives with different attributes can be given for 
the same class_name. Variables and functions use the earliest non-default 
directive that is valid at the point of definition. (This behavior can be changed 
with the -Xpragma-section-last directive; see 5.4.104 Control Interpretation of 
Multiple Section Pragmas (-Xpragma-section-...), p.99.) 


Pragmas are not seen across modules unless a common header file is included. 


The compiler associates each function with a storage space at the point in a 
module where it is first declared or defined. Subsequent attempts within the 
same module to assign a function to a storage space are ignored. 


For functions that are declared multiple times, the first section binding applies, 
unless the -Xpragma-section-last option has been specified. For example: 


void my_func(); /* binds to “text” */ 


#pragma section CODE “.mycode” 


void my_func() /* does not override previous binding unless 
-Xpragma_section-last has been used */ 


In this example, to force my_func to go into .mycode, you need to do one of 
the following: 


«Move the #pragma section before the initial declaration of my_func. 
« Specify -Xpragma-section-last on the command line. 


» Use #pragma use_section: 
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void my_func(); 


#pragma section CODE “.mycode” 
#pragma use_section CODE my_func 


void my func() 


{ 
} 


Section Classes and Their Default Attributes 


Table 14-1 below gives the predefined section classes and their default attributes, 
and also the defaults for a user-defined section class. 


Table 14-1 Section Classes and Their Default Attributes 


Default 
section 
class_name Description and Example istring ustring addr-mode acc-mode 
CODE code generated in functions .text n/a standard RX 
and global asm statements: 
int cube(int n) 
{ return n*n*n; } 
DATA static and global variables: data COMM far-absolute RW 
static int a[10]; 
CONST const variables: .rodata_ .rodata far-absolute R 
const int a[1o] Sty. ashy 
STRING string constants: n/a far-absolute R 
"hello\n" 
user-defined #pragma section USER ... ata COMM far-absolute RW 


Notes for Table 14-1: 


* 14.4 Local Data Area (-Xlocal-data-area), p.247Local data area optimization: 
global and static scalar variables may be placed in a local data area if 
-Xlocal-data-area, which has a default value of 64 bytes, is non-zero and 
optimization is in effect (either -O or -XO is present). The local data area will be 
placed in the .data section for the module if any such variable in it has an initial 
value, or in the .bss section for the module if none do. When uninitialized 
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variables are placed in the .data section in this way, it overrides the default 
COMM (common) section name as given above. See 14.4 Local Data Area 
(-Xlocal-data-area), p.247 for further details and restrictions. 


« The section names shown in the table assume the default value for option 


-Xconst-in-text. See Moving initialized Data From “text” to “data”, p.245 if 
-Xconst-in-text is set to a non-default value. 


« Dynamically initialized C++ const variables are treated like uninitialized 


non-const variables. For example: 


ant £(); 
const int. * = E(); 


By default, x is placed in the .bss section. 


14.2 Addressing Mode — Functions, Variables, Strings 


Table 14-2 


The addr-mode for a section is the addressing mode to be used when referencing a 
variable, function, or string in the section. It is one of the hex numbers given in the 
“Code” column of the following table. For the relative addressing modes 
constructed from a base register and offset, the table also shows the base register 
and the number of bits in the offset. Notes follow the table. See Implementation, 
p-244 for examples of code generated for each addressing mode. 


Notes: 


addr-mode Definitions 


addr-mode 
Name Code Description Bits Base Register 
standard 0x01 See Notes below. 
far-absolute Ox11 absolute 32 not applicable 
far-data 0x21 data relative 32 19 


» The “code” hexadecimal number is used for command-line options described 
below. 
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« The addr-mode standard for the CODE section class means that a processor 
specific method is being used, usually defined to minimize access time. 


« Branches are PC-relative using 24-bit offsets (setting the addressing mode 
to far-absolute would generate 32-bit offsets). 


* Function pointers are always absolute. 
The addr-mode standard for data sections is equivalent to far-absolute. 


«  Position-independent Data (PID) can be achieved by using the data relative 
addressing modes. 


Default addr-mode values for the predefined section classes are shown in Table 14-1. 
The following options change the default addr-mode: 

-Xaddr-data=mode 

-Xaddr-string=mode 

-Xaddr-code=mode 

-Xaddr-const=mode 


-Xaddr-user=mode 


These options direct that the named section class, DATA, CONST, etc., be addressed 
with the given addressing mode. mode is a hexadecimal number as given in the 
“code” column in Table 14-2. 


Example: address all variables in the DATA section class with far-data addressing: 
-Xaddr-data=0x21 


The following table describes other command-line options that will affect the 
default addr-mode: 


Table 14-3 -X Option Settings Implied by Other -X Options 


Option Sets All of 


-Xcode-absolute-near -Xaddr-const=0x10 -Xaddr-sconst=0x10 
-Xaddr-string=0x10 = -Xaddr-code=0x10 


-Xcode-absolute-far -Xaddr-const=0x11 -Xaddr-sconst=0x10 
-Xaddr-string=0x11 = -Xaddr-code=0x11 
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Table 14-3 -X Option Settings Implied by Other -X Options (cont'd) 


Option Sets All of 


-Xcode-relative-near-all -Xaddr-const=0x40 -Xaddr-sconst=0x40 
-Xaddr-string=0x40 = -Xaddr-code=0x40 
-Xaddr-data=0x40 -Xaddr-sdata=0x40 
-Xaddr-user=0x40 


-Xcode-relative-far-all -Xaddr-const=0x41 -Xaddr-sconst=0x40 
-Xaddr-string=0x41  -Xaddr-code=0x41 
-Xaddr-data=0x41 -Xaddr-sdata=0x41 


-Xaddr-user=0x41 


-Xdata-absolute-near -Xaddr-data=0x10 
-Xaddr-user=0x10 


-Xdata-absolute-far -Xaddr-data=0x11 
-Xaddr-user=0x11 


-Xdata-relative-near -Xaddr-data=0x20 
-Xaddr-user=0x20 


-Xdata-relative-far -Xaddr-data=0x21 
-Xaddr-user=0x21 


14.3 Access Mode — Read, Write, Execute 


acc-mode defines how the section can be accessed and is any combination of: 


R 
Read permission. 
Ww 
Write permission. 
x 


Execute permission. 
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COMDAT — when the linker encounters multiple identical sections marked as 
“comdat”, it collapses the sections into a single section to which all references 
are made and deletes the remaining instances of the section. 


This is used, for example, with templates in C++. If COMDAT sections are 
disabled (-Xcomdat-off), the compiler generates a template instance for each 
module that uses a template, which can result in duplicate template 
instantiations. With the -Xcomdat option, the compiler uses “O” to mark 
sections generated for templates as COMDAT; the linker then collapses 
identical instantiations into a single instance. See 5.4.26 Mark Sections as 
COMDAT for Linker Collapse (-Xcomdat), p.66. 


“not allocatable” —the section is not to occupy space in target memory. This is 
used, for example, with debug information sections such as .debug in ELF. N 
must be used by itself; it is ignored when it is combined with other flags. 


acc-mode is used by the assembler and loader. It does not affect type-checking 
during compilation. 


Default acc-mode values for the predefined section classes are shown in Table 14-1. 


If -Xconst-in-text=0 then the CONST, SCONST, and STRING section classes have 
will have access mode RW (read/write) rather than the default R (read only). See 
Moving initialized Data From “text” to “data”, p.245 for further details. 


Multiple instances of a constant allocated to a section with no write access (W) may 
be collapsed by the compiler to a single instance. 


Using #pragma section and #pragma use_section to Locate Variables and Functions at 
Absolute Addresses 


There are two ways to put a variable or function in a specific section. 


* A variable or function can be placed in a specific section by redefining the 
default section into which the variable or function would normally be placed. 
Examples: 


— Using the defaults, arl1 is placed in the DATA section class (.data) and 
referenced using far-absolute addressing: 


int ar1[100] = { 0 }; 


-— ar2 is placed in section .absdata and referenced using near-absolute 
addressing: 


#pragma section DATA ".absdata" near-absolute 
int ar2[100] = { 0 }; 
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—  ar3 is again placed in the default DATA section class (.data) — because no 
istring, ustring, addr-mode, or acc-mode is given, the default values for these 
attributes as given in Table 14-1 are used. 

#pragma section DATA 
int ar3[100] = { 0 }; 

- Avvariable or function can be placed by specifying a specific section in a 

#pragma use_section. Example: 


- ar4is placed in section .absdata and referenced using near-absolute 
addressing (see the next heading regarding the empty quotes in this 
example): 


#pragma section VECTOR "" ".absdata" near-absolute RW 
#pragma use_section VECTOR ar4 
int ar4[100]; 


Placing Initialized vs. Uninitialized Variables 


When defining a data section class to hold variables, the section pragma can name 
two sections: one for initialized variables and one for uninitialized variables, or 
either section by itself. Repeating from the definition above (section and use_section 
Pragmas, p.233): 


#pragma section class_name [istring] [ustring] .... 


class_name 
Required. Predefined or user-defined name to hold objects of a particular class, 
e.g., code, initialized variables, or uninitialized variables. 

istring 
Name of actual section to contain initialized data. For variables, this means those 
declared with an initializer (e.g., int x=1;). Use empty quotes if this section is not 
needed but the ustring is. 


ustring 
Name of actual section to contain uninitialized data. For variables, this means 
those declared with no initializer (e.g., int x;). This section may be omitted if not 
needed (which will assign the default value). 
Consider these examples: 
#pragma section DATA ".inits" ".uninits" 
int init=1; 
int uninit; 
Assuming no earlier pragmas for class DATA, the pragma changes the section for 
initialized variables from .data to .inits, and changes the section for uninitialized 
variables from COMMON (which the linker adds to .bss) to .uninits. As a result, 
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variable init will be placed in the .inits section (because init has an initial value), 
while variable uninit will be placed in the .uninits section because it has no initial 
value. 


The following shows a common error: 


#pragma section DATA ".special" /* probably error */ 
init special; 
The user presumably intends for variable special to be placed in section .special. 
But the pragma defines .special as the section for initialized variables. Because 
variable special is uninitialized, it will be placed in the default COMMON section. 
Changing the above to 
#pragma section DATA "" ".special" 
int special; 
achieves the intended result because .special is now the section for uninitialized 
variables. 


Using the Address Clause to Locate Variables and Functions at Absolute Addresses 


The address=n clause provides a way to place variables and functions at a specific 
absolute address in memory. With this form, the linker will put the designated 
code or data in an absolute section named “.abs.nnnnnnnn” where nnnnnnnn is the 
value in hexadecimal, zero-filled to eight digits, of the address given in the 
address=n clause. 


NOTE: When using the address=n clause, any section name given by istring or 
ustring will be ignored. 


Advantages of using absolute sections (see 15.9.3 Accessing Variables and Functions 
at Specific Addresses, p.268): 


* I/O registers, global system variables, and interrupt handlers, etc., can be 
placed at the correct address from the compiled program without the need to 
write a complex linker command file. 


That is, if you know the address of an object at compile-time, the address 
clause of the #pragma section directive can be used in your source. If the 
location of the object is best left to link-time, use a #pragma section directive 
with a named section which can then by located via a linker command file. 


*» Asymbolic debugger will have all information necessary for full access to 
absolute variables, including types. Variables defined in a linker command file 
cannot be debugged at a high level. Examples: 
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// define IOSECT: 
// a user defined section containing I/O registers 


#pragma section IOSECT near-absolute RW address=0xffffff00 
#pragma use_section IOSECT ioregl, ioreg2 


// place ioregl at Oxffffff0OO0 and ioreg2 at Oxffffff04 
int ioregl, ioreg2; 


// Put an interrupt function at address 0x700 
#pragma interrupt ProgramException 

#pragma section ProgSect RX address=0x700 
#pragma use_section ProgSect ProgramException 


void ProgramException() { 
// 
} 


Prototypes and the Placement of Sections 


If function prototypes are present, the compiler and linker select sections and their 
attributes for functions and, in C++, static class variables, based on where the 
prototypes of the functions appear in the source, rather than where the function 
definitions appear. 


The following example shows the wrong way to request the compiler and linker to 
place the function fun() in the .myTEXT section. 


int fun(); // Prototype determines "fun" section 


#pragma section CODE ".myTEXT" // #pragma before definition has no 
int fun() { if effect on placement of "fun" 


In this example, the initial declaration of fun() determines where it will appear in 


the executable; the subsequent #pragma is ignored. This is consistent with the 
behavior of the C++ compiler. 


Implementation 


The compiler will generate the assembly code for the different addr-mode settings 
as shown in Table 14-4. The corresponding code is as follows (the #pragma 
use_section is present to ensure that the variable var is placed in DATA rather than 
SDATA for simplicity). 


#pragma use_section DATA var 
int var=1; /* var in DATA or SDATA (not in .bss or .sbss) */ 


reg = var; 
func () ; /* func in CODE */ 
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Notes for Table 14-4: 


* The compiler may select a different register for the reg variable than is shown 
in the table. 


« To reproduce the code as shown, place the above code in a file, e.g. test.c, and 
use -Xaddr-code and -Xaddr-data to set the addressing modes, and -g to turn 
on debugging (this disables some minor optimizations which might otherwise 
be present). For example, for standard addressing mode: 


dec -g -S -Xaddr-code=0x01 -Xaddr-data=0x01 -Xpass-source test.c 


Table 14-4 Code Generated for Different Addressing Modes 


Mode Reference to DATA: reg = var; Reference to CODE: func( ) 
standard ldr r10,=var bl func 
ldr r10, [r10, #0] 
far-absolute ldr r10,=var ldr r12,=func 
ldr r10, [r10, #0] ldr ir,=.L1 
mov pe, r12 
“ET: 
far-data ldr r10,=var@data ldr r12,=funce 
ldr r10, [r10,7r9) add v12,r12,29 
ldr Aogee— oe Bly 
mov pe,r12 
pal EG 
Notes: 


» The assembler uses some special ARM relocation types for the operators used 
in the table above. See F.1.6 ELF Relocation Information, p.584 for the complete 
list of relocation types. See also include/elf_arm.h. 


Moving initialized Data From “text” to “data” 


Sections that hold setable variables are generically referred to as “data” sections 
(and should be in RAM), while sections that hold code, constants like strings, and 
unchangeable const variables are generically referred to as “text” sections (and can 
be in ROM). 


The -Xconst-in-text option provides a shortcut for controlling the default section 
for initialized data (istring) for the CONST, and STRING constant section classes. Its 
form is: 


-Xconst-in-text=mask 
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where mask bit 0x1 controls const variables in the CONST section class, and 0x4 
controls string data in the STRING section class. 


If a mask bit is set to 1, variables or strings belonging to the corresponding section 
classes are placed in ROMable “text” sections; if set to 0, they are placed in “data” 
sections. 


By default, -Xconst-in-text=0xff. This gives the behavior shown in the following 
table. (Note: the table shows section names for initialized sections. See notes 
following the table for uninitialized sections.) 


-Xconst-in-text mask bits 


“text” Section With “data” Section With 
Section Class Mask Bit Mask Bit Set to 1 Mask Bit Set to 0 
CONST 0x1 .rodata (default) .data 
STRING Ox4 .todata (default) data 


NOTE: Note that when a section is in “data” it will have access mode RW 
(read/write), while in “text”, the access mode will be R (read only). See 14.3 Access 
Mode — Read, Write, Execute, p.240. If a section is moved from its default by 
-Xconst-in-text, this will be a change from its usual default access mode. 


While the option -Xconst-in-text is preferred, the older option -Xconst-in-data is 
equivalent to -Xconst-in-text=0, and thus requests that data for all constant 
sections, CONST, and STRING be placed in their corresponding “data” sections as 
given by the last column of the table above, and the older option -Xstrings-in-text 
is equivalent to -Xconst-in-text=0xf, and thus requests that data for all constant 
sections be placed in their default “text” sections. 


The table above gives section names for initialized sections. There are no 
uninitialized STRING sections. Uninitialized CONST sections, if moved from 
“text” to “data”, go in the COMM (common) section (which the linker puts at the 
end of the .bss section by default). 
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14.4 Local Data Area (-Xlocal-data-area) 


The compiler supports a local data area (LDA) optimization. This optimization 
works as follows: 


The LDA optimization applies only to static and global variables of scalar 
types—not arrays, structures, unions, or classes (for C++). 


Like all optimizations, LDA optimization is enabled only if option -O or -XO is 
present. It can be disabled by setting -Xlocal-data-area=0. 


An LDA is allocated for each module, and static and global scalar variables 
which are referenced at least once are allocated to it except as noted above. To 
restrict the optimization to static variables, use -Xlocal-data-area-static-only. 
VxWorks developers are strongly advised to use -Xlocal-data-area-static-only 
so that asynchronous changes to global variables remain visible to the 
generated code. 


The variables in the LDA are addressed using efficient base register-offset 
addressing. The base register is chosen for the module by the compiler as part 
of its normal register assignment algorithms and optimizations. 


If at least one variable in the LDA is initialized, the LDA will be in the .data 
section for the module. If all are uninitialized, the LDA will be in the .bss 
section for the module. 


NOTE: Note that this can change the usual behavior for uninitialized variables — 
without LDA optimization, uninitialized variables go into the .bss section. But 
with LDA optimization, variables to be put into the LDA are put there whether 
initialized or not; and if any LDA variables are uninitialized, the LDA is placed in 
the .data section for the module, and in that case, any uninitialized variables in the 
LDA will also be in the .data section. 


By default, the size of the LDA is 64 bytes. It may be set to a different size with 
option -Xlocal-data-area=n. However, a value larger than the default will be 
less efficient because the default was chosen based on the size of the most 
efficient offset. If there are too many scalar variables to fit in the LDA, the 
overflow will be allocated as usual. 
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14.5 Position-Independent Data (PID) 


By the nature of its instruction set, ARM code is automatically 
position-independent; that is, it may be located and run at any address. 


In addition, the compiler also supports position-independent data. The 
-Xdata-relative-far option implements position-independent data by using 
register r9 as a pointer to the data section, and making all references to it as offsets 
from that register. 

ELGELF 

Relocation 

Information, 
NOTE: The libraries are compiled with default options and therefore do not use 
position-independent code and data. 


Generating Initializers for Static Variables With Position-Independent Data 


Position-independent addresses are not known at compile-time, so it is necessary 
to dynamically set pointers having constant initial values whose position will not 
be known until run-time, e.g., pointers to global variables, static local variables, 
static class variables, functions or methods, whenever these are in 
position-independent sections. 


See 5.4.45 Generate Initializers for Static Variables (-Xdynamic-init), p.73 for 
instructions on storing data in the initialization section when generating 
position-independent data. Examples: 


/* Always OK. */ 
int. 2S ay 


/* Following two statements, if compiled with -Xdata-relative-..., 
* would also require -Xdynamic-init because variable i and the 
* string "abc" would be position-independent data and have unknown 
* addresses at compile-time 
a 

int *“p = &i; 

char *s = "abc"; 


/* Following two statements, if compiled with -Xcode-relative-..., 
* would also require -Xdynamic-init because the address of 
* function f would be unknown at compile-time. 
</ 
int £ (int a); 
int (*f_p) (int) = £; 
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15.1 Introduction 


Device software development differs significantly from development for native 
environments, in part because there is often no operating-system support for: 


* initialization of data 

* initialization of argc, argv, and environment variables 

* hardware exception handling (illegal memory access, divide by zero, etc.) 

» file and device I/O 

*» memory allocation 

* signal handling 

* execution of instructions to enable caches 

* virtual memory 

Other features often needed in an embedded environment include: 

* control over addressing to minimize code size and maximize execution speed 
* complete control over allocation of code and data to specific addresses 

* placement of initialized data in ROM and its movement on startup to RAM 
* packed structures to map external hardware or data from other processors 


* mixing of big- and little-endian data structures 


15.2 Compiler Options for Embedded Development 


The following compile-time options and pragmas control code generation in 
various ways. All are documented in 5. Invoking the Compiler. 


-Xdollar-in-ident 
Allow variable names containing “$”-signs. 


-Xmemory-is-volatile 
Treat all memory references as volatile, to avoid optimizing away accesses to 
hardware ports. This option is not needed if the volatile keyword is used for 
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variables making accesses to volatile data. See 5.4.91 Treat All Variables As 
Volatile (-Xmemory-is-volatile, -X...-volatile), p.93. 


-Xsize-opt 
Minimize the size of the executable code. 


-Xconst-in-text=0xf 
Put strings and const data in the .text section together with code. See Moving 
initialized Data From “text” to “data”, p.245. 


-Xmember-max-align 

-Xstruct-min-align 
Options to pack structures in different ways. See 5.4.90 Set Maximum Structure 
Member Alignment (-Xmember-max-align=n), p.93 and 5.4.133 Set Minimum 
Structure Member Alignment (-Xstruct-min-align=n), p.109. 


#pragma interrupt func 
Specify that a function func is an exception handler. See interrupt Pragma, p.126. 


#pragma pack 
Control packing of structures and the byte order of members. See the pack 
Pragma, p.129. 


#pragma section ... 
Control placement and addressing of variables and functions. See section and 
use_section Pragmas, p.233. 


15.3 User Modifications 


Since most embedded environments are unique, some things must be modified by 
the user: 


«Startup code must initialize the processor and run-time. 
» Hardware exceptions must be handled. 
* A linker command file must specify where to allocate code and data. 


= It may be necessary to modify library functions to make user-supplied 
operating system calls. 
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15.4 Startup and Termination Code 


This section describes startup and termination for self-contained applications built 
with the compiler. Applications that run under an operating system (such as 
VxWorks or Linux) work differently. 


As shipped, startup is carried out by four modules: crt0.s, crtlibso.c, ctordtor.c, 
and init.c. Termination is carried out by five modules: exit.c, crt0.s, crtlibso.c, 
ctordtor.c, and _exit.c. Read this section and examine these modules to determine 
whether any modifications are required for your target environment. 


An overall schematic for startup and termination is shown in Figure 15-1. This 
figure applies to all supported targets and does not show some details. See the 
referenced modules for complete details. Notes, including source locations and 
modification hints, are in the sub-sections immediately following the figure. 
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Figure 15-1 Startup and Termination Program Flow 


crt0.s 


section .text 
start: 


Initialize stack. 


Call _init_main().  _____|_ yy init.c: __init_main() 


a exit( ) eee re r, Move data from “rom” to “ram” for 
(in case user main( ) linker LOAD spec. 
returns). Clear .bss, etc. 


Set up argc, etc. if present. 
Call __init(). 


crtlibso.c ee ed 
__ init: 


Call __exec_ctors( ) 
(in ctordtor.c). 
<module’s .ctors section > return main User’s program 


<old-style .init$nn sectonss (argc, argy, env) ; 
Return from __ init. 


int main(...) 


{ 


Le exit.c: exit(int status) a } 


Call function registered by at_exit() 
calls. 


__fini: =O Call __fini(). 
Call ___exec_dtors( ) 


(in ctordtor.c). 
<module’s .dtors section> 


exit(0); 


<old-style .finignn sections> 


Return from __fini. —————_ > Call _EXIT(status); 


Y 


_exit.c: _EXIT(int status) 


Close files if present. 
Halt. 
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15.4.1 Location of Startup and Termination Sources and Objects 


15.4.2 Notes 


15.4.3 Notes 


The source of crt0.s is located in the sre/crtarm directory. Objects are in the library 
directories shown in Table 2-2. 


init.c, crtlibso.c, exit.c, and _exit.c are in the src directory. Objects are in libc.a. 


for crt0.s 


crt0.s begins at label start. This is the entry point for the target application. 


crt0.s is brief, with most initialization done in init.c. Its first action is to initialize 
the stack to symbol __SP_INIT. This symbol is typically defined a linker command 
file. See Figure 25-1 for an example. 


Insert assembly code as required to initialize the processor before crt0.s calls 
__init_main() described in 15. Use in an Embedded Environment. Refer to 
manufacturer’s manuals for the target processor for information on initializing the 
processor. 


To replace crt0.o: 
* Copy and modify it as required. 
» Assemble it with: 


das crt0.s 


« Link it either by including it on a dld command line when invoking the linker, 
or by using the -Ws option if using the compiler driver, e.g., 


dec -Wsnew_crt0.o ... other parameters ... 


The -Ws option can be added to the user.conf configuration file to make it 
permanent. 


for crtlibso.c and ctordtor.c 


By default, compiled modules generate special .ctors and .dtors sections for 
startup and termination code, including constructor functions, destructor 
functions, and global constructors in C++. The .ctors and .dtors sections contain 
pointers to initialization and finalization functions, sorted by priority. This code is 
invoked during initialization and finalization through calls to __exec_ctors() and 
__exec_dtors() from the __init() and __fini() functions in crtlibso.c. The source 
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code for ___exec_ctors() and __exec_dtors(), along with symbols marking the top 
and bottom of .ctors and .dtors, is in ctordtor.c. (See Figure 15-1.) 


crtlibso.c includes “wrapper” sections .init$00, .init$99, .fini$00, and .fini$99. 
These sections, which previous versions of the compiler used for startup and 
termination code, exist for backward compatibility. 


For more information, see 15.4.8 Run-time Initialization and Termination, p.260. 


NOTE: The malloc() function supplied with the compiler must be initialized. This 
is done automatically by code generated in the .ctors section. If you do not use the 
standard crtlibso.c, then include comparable code in your own startup file. Other 
library functions may also require initialization, so __init() should be called in all 
cases. 


See also 5.4.45 Generate Initializers for Static Variables (-Xdynamic-init), p.73. 


15.4.4 Notes for init.c 


Initialization code that can be written in C or C++ should be inserted in or called 
from __init_main(), typically just before calling main(), so that all other 
initialization done by __init_main()—copying initial values from “rom” to “ram”, 
clearing .bss, and so forth—can be done first. 


Copying Initial Values From “ROM” to “RAM”, Initializing .bss 


In a typical embedded system, the initial values for non-const variables must be 
stored in some form of read-only memory, “ROM” for simplicity, while the code 
must refer to the variables themselves in writable memory, “RAM”. At startup, the 
initial values must be copied from ROM to RAM. In addition, C and C++ require 
that uninitialized static global memory be initialized to zero. 


init.c requires five symbols to “copy constants from ROM to RAM” (the traditional 
phrase) and to clear .bss. These five symbols, all typically defined in a linker 
command file, are: 


__DATA_ROM 
Start of the physical image of the data section for variables with initial values, 
including all initial values—the location in “ROM” as defined using the LOAD 
specification in the linker command file. 
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__DATA_RAM 
Start of the logical image of the data section — the location in “RAM” where the 
variables reside during execution as defined by an area specification (“> 
area-name’”) in the linker command file. 


__DATA_END 
End of the logical image of the data section. _DATA_END -__DATA_RAM 
gives the size in bytes of the memory to be copied. 


__BSS_START 
Start of the .bss section to be cleared to zero. 


__BSS_END 
End of the .bss section. 


The code in init.c compares _ DATA_ROM to __DATA_RAM, if they are different, it 
copies the data section image from __DATA_ROM to _DATA_RAM. It then 
compares __BSS_START with _ BSS_END and if they are different sets the memory 
so defined to zero. 


As noted, these symbols are typically defined in a linker command file. See 
25.6 Command File Structure, p.383 for an example. 
Providing arguments to main and data for memory resident files 


Examine the code in init.c to see how C-style main() function arguments and 
environment variables can be set up. The variables used in this code, such as 
__argv[] and __env[], are defined in src/memfile.c and src/memfile.h. These 
variables, as well as data for memory resident files, can be created using the setup 
program. See 15.11 Target Program Arguments, Environment Variables, and Predefined 
Files, p.270 for details. 


Replacing init.c 
To replace init.c: 


* Copy and modify it as required. 
* Include it as anormal C module in your build. 


15.4.5 Notes for Exit Functions 


Because embedded systems are often designed to run continuously, exit() may not 
be needed and will not be included in the target executable if not called. 
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To replace exit.c or _exit.c: 


«= Copy and modify as required. 
* Include with normal C modules in your build. 


15.4.6 Stack Initialization and Checking 


Stack Initialization 


The initial stack is initialized by crt0.s to symbol __SP_INIT, typically defined in the 
linker command file. See 15.4.2 Notes for crt0.s, p.256 and for an example see 
25.6 Command File Structure, p.383. 


Stack Checking 


If the -Xstack-probe option is used when compiling, the compiler inserts code in 
each function prolog to check for stack overflow and to transfer memory from the 
heap to the stack, if possible, on overflow. 


Requirements 


= Code compiled with -Xstack-probe or -Xrtc=4 must be linked with the librta.a 
library (typically by using the -Irta option in the dld linker command line). 


= The identifier _ SP END must be defined in the linker command file as the 
lower bound of the stack. See the file conf/default.dld for an example. 


Code is added to the prolog of each function (but see the note below) to determine 
whether the stack exceeds _ RTC_SP_LIMIT (declared in rtc.h and initialized to 
__SP_END, typically defined in the linker command file as in 25.1 Example 
“bubble.dld”, p.378). If it does, the function __sp_grow() (defined in the librta.a 
library) is called. If the stack and heap are contiguous and there is sufficient space 
available in the heap, __sp_grow() will reassign the required memory from the 
heap to the stack and move the boundary recorded in __RTC_SP_LIMIT. If the stack 
cannot be extended, __sp_grow() terminates the program by calling 
__rtc_error("stack overflow"). See 15.6 Library Exception Handling, p.262 regarding 
termination. 


NOTE: No stack-checking code is inserted in leaf functions (functions that do not 


call other functions) which require less than 64 bytes of stack. Non-leaf functions 
always allocate an additional 64 bytes on the stack to allow for this. Stack checking 
code is generated only for leaf functions which require more than that. 
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15.4.7 Dynamic Memory Allocation - the heap, malloc( ), sbrk( ) 


malloc() allocates memory from a heap managed by function sbrk() in sre/sbrk.c. 
There are two ways to create the heap: 


* Define _ HEAP_START and _HEAP_END, typically in a linker command file. 
See the files conf/default.dld, conf/sample.dld, and 25.6 Command File 
Structure, p.383 for examples. 

* _Recompile sbrk.c as follows: 

dec -tilarget -c -D SBRK_SIZE=n sbrk.c 
where 1 is the size of the desired heap in bytes. 
The malloc() function implements special features for initializing allocated 


memory to a given value and for checking the free list on every call to malloc() and 
free(). See malloc( ), p.503. 


NOTE: To avoid excess execution overhead, malloc( ) acquires heap space in 8KB 
master blocks and sub-allocates within each block as required, re-using space 
within each 8KB block when individual allocations are freed. The default 8KB 
master block size may be too large on systems with small RAM. To change this, call 


size t malloc_set_block_size (size_t blocksz) 


where blocksz is a power of two. 


NOTE: malloc() and related functions must be initialized by function __init() in 
crtlibso.c. See the note at the end of the section 15.4.3 Notes for crtlibso.c and 
ctordtor.c, p.256 for details. 


15.4.8 Run-time Initialization and Termination 


The compiler automatically generates calls to initialization and finalization 
functions, including C++ global constructors, through pointers in each module’s 
.ctors and .dtors sections. Initialization and finalization functions can appear in 
any program module and are identified by the constructor and destructor 
attributes, respectively. Functions identified with the constructor and destructor 
attributes are executed when __init() and __fini() are called, as shown in 
Figure 15-1 and described in 15.4.3 Notes for crtlibso.c and ctordtor.c, p.256. 
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NOTE: An archived object file containing constructors or destructors will not be 
pulled from its .a file and linked into the final executable unless it also contains at 
least one function that is explicitly called by the application. To ensure execution 
of startup and termination code, never create modules that contain only 
constructor and destructor functions. 


The priority of initialization and finalization functions can be set through 
arguments to the constructor and destructor attributes; functions with lower 
priority numbers execute first. For each priority level assigned, the compiler 
creates a subsection called .ctors.nnnnn or .dtors.nnnnn, where nnnnn is a five-digit 
numeral between 00000 and 65535; the higher the value of nnnnn, the earlier the 
functions in that section are called. For example, a function declared with 
__attribute__ (( constructor(12) )) will be referenced in .ctors.65523 (because 
65523=65535-12). All of the .ctors.nnnnn sections are grouped at link time into a 
single section called .ctors, and all of the .dtors.nnnmn sections are grouped at link 
time into a single section called .dtors. For an example linker map, see ctordtotr.c. 


By default, user-defined initialization and finalization functions (as well as global 
class constructors) have the last priority, to ensure that compiler-defined 
initialization and finalization occurs first. 


For more information on constructor and destructor attributes, see constructor, 
constructor(n) Attribute, p.141 and destructor, destructor(n) Attribute, p.142. To 
change the default priority for initialization and finalization functions, see 
5.4.70 Control Default Priority for Initialization and Finalization 

Sections (-Xinit-section-default-pri), p.84. 


Old-style Initialization and Termination 


For backward compatibility, the compiler supports an older style of run-time 
initialization and termination that uses .init$nn and .fini$nn sections (instead of 
.ctors and .dtors). To use old-style initialization and finalization, enable 
-Xinit-section=2 (see 5.4.69 Control Generation of Initialization and Finalization 
Sections (-Xinit-section), p.83). In this mode, the compiler also supports the use of 
special STI_nn_and _STD__nn_ prefixes (as well as constructor and destructor 
attributes) to identify initialization and finalization functions and set their priority. 
In cases where both .init$nn and .ctors sections are present, the default __init() 
function executes the code in .ctors first; similarly, in cases where both.fini$nn and 
.dtors sections are present, the default __fini() function executes the code in .dtors 
first. 
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15.5 Hardware Exception Handling 


» Please refer to the ARM Architecture Reference Manual for a description of the 
exception (interrupt) handling by the hardware. 


The compiler provides the following support for interrupt routines: 
»  A#pragma interrupt which specifies that a function is an exception handler. 


* The library function raise( ), which can be called with an appropriate signal 
from the interrupt routine to raise a signal. 


»  A#pragma section directive that can place exception vectors at an absolute 
address. 


15.6 Library Exception Handling 


On error, many standard library functions set errno and return a null or undefined 
value as described for each function in 34. C Library Functions. This is typical of, for 
example, file system functions. 


Many math functions, malloc(), and some other library functions call a central 
error reporting function (in addition to setting errno): 


__diab_lib_error (int fildes, char *buf, unsigned nbyte) ; 
where: 


fildes 
File descriptor index: 1 for stdout, 2 for stderr (the usual value for error 
reports). 


buf 


Buffer containing an ASCII string describing the error, e.g., “stack overflow”. 


nbyte 
Number of characters in buf (excluding any terminating null byte). 


__diab_lib_error() is defined in sre/lib_ert.c and may be modified as required. 
(The prototype for __diab_lib_error() is not included in any user accessible 
header file; the prototype given above may be added to a user header file if it is 
desirable to call __diab_lib_error() from user application code.) Unless the 
message is intercepted by another program, __diab_lib_error() writes the 
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message to the file given by fildes and returns the number of bytes written. After 
calling __diab_lib_error(), most functions continue execution (after setting errno 
if required). 


15.7 Linker Command File 


A linker command file: 


* Can specify input files and options, although usually these are on the 
command line. 


* Specifies how memory is configured. 
* Specifies how to combine the input sections into output sections. 
» Assigns addresses to symbols. 


See 25. Linker Command Language for more information about the command 
language, and 25.6 Command File Structure, p.383 for an example. 


When invoking a compiler driver such as dec, specify a non-default linker 
command file using the -Wm option: 


-Wmpathname 


where pathname is the full name of the file. To use the same linker command file for 
all compilations, specify this option in the user.conf configuration file. 


If no -Wm option is used, the linker will use file version_path/conf/default.dld. 
Documentary comments are included in this file; please see it for details. See 
5.3.28 Specify Linker Command File (-W mfile), p.43 for additional details on the -W 
m option. 


Other linker command files written for some specific targets are also provided in 
the conf directory. These and default.dld may serve as examples for creating your 
own linker command file. 
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15.8 Operating System Calls 


The source files available in the sre directory implement or provide stubs for a 
number of POSIX/UNIX functions for an embedded environment. A partial set is 
documented in the subsections of this section. Examine the .c files to see the 
complete set. 


The modules in the sre directory are typically stubs which must be modified for a 
particular embedded environment. These modules have been compiled and the 
objects collected into two libraries: 


libchar.a — basic operating systems functions using simple character 
input/output 

libram.a — basic operating system functions using RAM-disk file 
input/output. 


Variants of these libraries for different object module formats are found in the 
directories documented in Table 2-2. 


To use these functions: 


"Modify the above files or those such as chario.c discussed below. That is, 
replace the stub code with code which implements each required function 
using the facilities available in the embedded environment. 


= Compile the files; the script compile can be used as is or modified to do this. 


» Use dar to modify either the original or a copy of libchar.a or libram.a as 
appropriate, or simply include the modified object files in your link before the 
libraries. See 27. D-AR Archiver for instructions. 


*  Ifacopy of libchar.a or libram.a was modified, see 32.2 Library Structure, p.444 
for a detailed description of how the libraries are structured and searched. 


15.8.1 Character I/O 


The predefined files stdin, stdout, and stderr use the __inchar()/__outchar() 
functions in version_path/src/chario.c. These functions can be modified in order to 
read/write to a serial interface on the user’s target. The files /dev/tty and /dev/Ip 
are also predefined and mapped to these character I/O functions. 


chario.c can be compiled for supported boards and simulators by defining one of 
several preprocessor macros when compiling chario.c. These macros are: 
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SingleStep debugger SINGLESTEP 
I.D.P. M68ECO0x0 board IDP 

SB306 board SBC306 
EST Virtual Emulator EST 
MBUG monitor for 68k boards MBUG 


For example, all versions of chario.o in the supplied libraries are compiled for 
SingleStep as follows: 


dcc -c -DSINGLESTEP chario.c 


These preprocessor macros typically cause the inclusion of code which reads from 
or writes to devices on the board, or make system calls for doing so, or in the case 
of SingleStep, supports input/output to the SingleStep command window. 


chario.c has three higher level functions: 


"  inedit() corresponds to stdin; it reads a character by calling __inchar() 
and calls outedit() to echo the character. 


* outedit(...) corresponds to stdout; it writes a character by calling 
__outchar( ). 


*  outerror(...) corresponds to stderr; it writes a character by calling 
__outerrorchar( ). This function is currently used only by SingleStep 
(when compiling chario.c with -DSINGLESTEP); other implementations 
write stderr output to stdout. 


The lower level functions, __inchar(), __outchar(), and __outerrorchar( ) 
implement the actual details of input/output for each of the boards for emulators 
listed above. Examine the code for details. 


See the makefiles in the example directories (version_path/example/...) for 
suggestions on recompiling chario.c for the selected target board. 


15.8.2 File /O 


A number of standard file I/O functions are implemented as a “RAM-disk”. These 
functions are part of the standard libc.a library when cross is used as part of a 
-ttof:cross option when linking (see Table 4-1). 


For a convenient way to create RAM-disk files for use with these functions, see 
15.11 Target Program Arguments, Environment Variables, and Predefined Files, p.270. 
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Space required by the file I/O functions is allocated by calls to malloc(). 


The following functions are supported. For details on any of these functions, 
including header files containing their prototypes, lookup the function in 34. C 
Library Functions. 


access( ) 
In access.c, checks if a file is accessible. 


close() 
In close.c, closes a file. 


creat( ) 
In creat.c, opens a new file by calling open(). 


fentl() 
In fentl.c, checks the type of a file. 


fstat() 
In stat.c, gets some information about a file. 


isatty() 
In isatty.c, checks whether a file is connected to an interactive terminal. It is 
used by the stdio functions to decide how a file should be buffered. If it is a 
terminal, the stream will be flushed at every end-of-line, otherwise the stream 
will be buffered and written in large blocks. 


link() 
In link.c, causes two filenames to point to the same file. 


Iseek() 
In Iseek.c, positions the file pointer in a file. 


open() 


In open.c, opens a new or existing file. 


read() 
In read.c, reads a buffer from a file. 


unlink() 
In unlink.c, removes a file from the file system. 


write() 
In write.c, writes a buffer to a file. 
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15.8.3 Miscellaneous Functions 


The following functions provide miscellaneous services. 


clock() 
In clock.c, is an ANSI C function returning the number of clock ticks elapsed 
since program startup. It is not used by any other library function. 


__diab_lib_err() 
In lib_err.c, reports errors caught by library functions. See 15.6 Library 
Exception Handling, p.262. 


_exit() 
In _exit.c, closes all open files and halts. See 15.4.5 Notes for Exit Functions, 
p-258. 


getpid() 
In getpid.c, returns a process number. Modify this if you have a 
multiprocessing system. 


__init_main() 
In init.c, is called from the startup code and performs some initializations. See 
15.4.4 Notes for init.c, p.257. 

kill() 
In kill.c, sends a signal to a process. Only signals to the current process are 
supported. 

signal() 
In signal.c, changes the way a signal is handled. 

time() 


In time.c, returns the system time. Other functions in the library expect this to 
be the number of seconds elapsed since 00:00 January 1st 1970. 


15.9 Communicating with the Hardware 


The following features facilitate access to the hardware in an embedded 
environment. 
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15.9.1 Mixing C and Assembler Functions 


The calling conventions of the compiler are well defined, and it is straightforward 
to call C functions from assembler and vice versa. See 9. Calling Conventions for 


details. 


Note that the compiler sometimes prepends and/or appends an underscore 
character to all identifiers. Use the -S option to examine how this works. 


In C++, the extern "C" declaration can be used to avoid name mangled function 
names for functions to be called from assembler. 


15.9.2 Embedding Assembler Code 


Use the asm keyword or direct functions to intermix assembler instructions in the 
compiler function. See 7. Embedding Assembly Code for details. 


15.9.3 Accessing Variables and Functions at Specific Addresses 


There are four ways to place a variable or function at a specific absolute address: 


1. 
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At compile-time by using the #pragma section directive to specify that a 
variable should be placed at an absolute address. See Using the Address Clause 
to Locate Variables and Functions at Absolute Addresses, p.243. 


Advantages of using absolute sections: 


I/O registers, global system variables, and interrupt vectors and functions 
can be placed at the correct address from the program without the need to 
write a complex linker command file. 


Absolute variables will have all symbolic information needed by symbolic 
debuggers. Variables defined using the linker command language cannot 
be debugged at a high level. 


Examples using absolute addressing at compile-time: 


// Qefine IOSECT: 

// a user defined section containing I/O registers 

#pragma section IOSECT near-absolute RW address=0xffffff00 
#pragma use_section IOSECT ioregl, ioreg2 


// place ioregl at Oxffffff00 and ioreg2 at Oxffffff04 
int ioregl, ioreg2; 


15 Use in an Embedded Environment 
15.9 Communicating with the Hardware 


// Put an interrupt function at address 0x700 
#pragma interrupt programException 

#pragma section ProgSect RX address=0x700 
#pragma use_section ProgSect programException 


void programException() { 
// 
} 


2. Atcompile-time by using a macro. For example: 


/* variable at address 0x100 */ 
#define mem_port (*(volatile int *)0x100) 


/* function at address 0x200 */ 
#define mem_func (*(int (*) ())0x200) 


mem_port = mem_port + mem_func(); 


3. At link time by defining the address of an identifier. For example: 
In the C file: 


extern volatile int mem_port; /* variable */ 
extern int mem_func(); /* function */ 


mem_port = mem_port + mem_func(); 


In the linker command file add: 


_mem_port = 0x100; /* Both with and without '_' */ 
mem_port = 0x100; 


_mem_func = 0x200; 
mem_func = 0x200; 


Note the use of the volatile keyword to specify that all accesses to this memory 
must be executed in the order as given in the source program, without the 
optimizer eliminating any of the accesses. 


4. By placing the variables or functions in a special named section during 
compilation and then locating the section via a linker command file. 


See 25. Linker Command Language for additional details. 
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15.10 Reentrant and “Thread-Safe” Library Functions 


Most library functions are reentrant, although in some cases this is impossible 
because the functions are by definition not reentrant. In 34. C Library Functions, the 
“Reference” portion of each function description includes “REENT” for 
completely reentrant functions and “REERR” for functions which are reentrant 
except that errno may be set. Functions not so marked are not reentrant. In some 
cases, standard functions are supplied in special reentrant versions, and functions 
that modify only errno can be made completely reentrant by modifying the 
__errno_fn() function. See 34. C Library Functions, for more information. 


The reentrant functions are “thread-safe”—that is, they work in a multi-threaded 
or multitasking environment. Notable exceptions include malloc() and free(). 
Typically, real-time operating systems include thread-safe versions of these 
functions. You can also create thread-safe versions of malloc() and free() by 
implementing the functions __diab_alloc_mutex(), __diab_lock_mutex(), and 

diab_unlock_mutex( ); these three functions are called by malloc() (see 
malloc.c for their usage) but, as shipped, do nothing. 


15.11 Target Program Arguments, Environment Variables, and 
Predefined Files 


In a host-based execution environment, a program can be started with 
command-line arguments and can access environment variables and a file system. 


The setup feature brings the same capabilities to programs running in an 
embedded environment without the need for an operating system or file devices. 


Being able to pre-define arguments, environment variables, and files means: 


«When porting an existing host-based program (e.g., a test program or 
benchmark), it may be possible to compile and run the program with little or 
no modification. 


» A program can read large amounts of test or constant data from a “RAM-disk” 
file using the input/output functions described in 15.8.2 File I/O, p.265. 
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The setup program provides initial values for arguments, environment variables, 
and RAM-disk files as follows: 


» You run setup on your host system, giving it options which provide values for 
target-based “command-line options” and “environment variables” and 
which name host files. 


"setup writes a file on your host system called memfile.c. The data for the 
arguments and environment variables and from the host files is included in 
memfile.c. 


* You then treat memfile.c as part of your application: include it as a normal .c 
file in your makefile in order to compile and link it with your application. 


» When you run your application on your target, the code in memfile.c and 
associated library functions will provide the data for the arge and argv 
arguments to main, for environment variables accessible through getenv calls, 
and for RAM-disk files. (See 15.4 Startup and Termination Code, p.254 for related 
details.) 


setup is run as follows: 
setup [-a arg] [-e evar[=value]] [-b file] [-t file] ... 
where the options are: 


a arg 
Increments arge by one and adds arg to the strings accessible through argv 
passed to main in the usual way. The program name pointed to by argv[0] will 
always be “a.out”. 


-e evar[=value] 
Creates an environment variable accessible through getenv( ) in the usual way: 
getenv (“name”) will return a null-pointer if name does not match any evar 
defined by -e, will return an empty string if there is a match but no value was 
provided, or will return “value” as a string. 


-b filename 
The contents of the given host file will be a binary file accessible as a RAM-disk 
file with the given name. (Any path prefix will be included in the filename 
exactly as given.) 


-t filename 
The contents of the host file will be a text file accessible as a RAM-disk file with 
the given name. (Any path prefix will be included in the filename exactly as 
given.) 


Any combination and number of the different options are allowed. Invoking setup 
with no arguments will display a usage message. 
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Example 
If you run setup as follows: 
setup -a -f -a db.dat -e DEBUG=2 -b db.dat -t fl.asc 
it will write memfile.c in the current directory. 
When memfile.c is compiled and included in your application: 


«The application’s main function will act as if the application had been started 
with the command line: 


a.out -f db.dat 


« The environment variable DEBUG will be set to “2” so that getenv("DEBUG") 
will return “27”. 


« Binary file db.dat will be predefined and can be opened with fopen() or 
open() library calls. 


« ASCII text file f1.ase will be predefined and can be opened as above. 


setup is an ANSI standard C program supplied in source form as setup.c in the src 
directory. To use it, first compile and link it with any native ANSI C tools on your 
host system. Typically, it will be sufficient to change to the tools’ sre directory, enter 
the following command (assuming cc invokes an ANSI C compiler): 


cc -o setup setup.c 


and then move the executable file setup to your tools’ bin directory or some other 
directory in your path. 


15.12 Profiling in An Embedded Environment 


Profiling collects information while your program executes. That information is 
then fed back to the compiler for more optimal code generation based on what 
your program actually does when it executes. 


The compiler implements profiling through the -Xblock-count and -Xfeedback 
options. There are three main steps: 


« Compile your code with -Xblock-count to insert counting code. 
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Run your program; count data will be written as your program runs. Transfer 
the count data from the target to your host. 


Re-compile your code with -Xfeedback — the compiler will optimize based on 
the count data. 


In more detail: 


Compile all modules to be profiled with the -Xblock-count option, e.g.: 
dcc -c -Xblock-count filel.c file2.c 


This causes the compiler to insert minimal profiling code to track the number of 
times each basic block is executed (a basic block is the code between labels and 
branches). 


This profile data is written by the profiling code to a target file named dbcnt.out. 
Thus, you must either have an environment in which target files may be 
connected to files on your host, or you may use the RAM-disk service (see 
15.8.2 File I/O, p.265). 


Copy library module version_path/src/_exit.c and modify it to write the 
profiling data back to your host system. For example, if you used the 
RAM-disk feature, copy the data in target file dbcnt.out to stdout and collect 
the data into an ASCII file. The distributed _exit.c includes code to do this 
conditioned by two macros: PROFILING and RAMDISK. To use this code 
without further modification to _exit.c, recompile with: 


dcc -c -DPROFILING -DRAMDISK version_path/sre/_exit .c 
See _exit.c for additional details. 
Compile the rest of your program and link as usual. 


Execute your program on the target system. When it terminates, it will write 
the profiling information back to the host system per your modification to 
_exit.c. 


If the profiling information was transferred back to the host in ASCII format, 
use the ddump command to convert it to a binary file (the dbent.out output 
filename is chosen because it is the default for the step after this). 


ddump -B -o dbent.out your-file-of-collected-profile-data 
Recompile the modules profiled with the -Xfeedback option: 
dec -c -Xfeedback -XO filel.c file2.c 


(use -Xfeedback=profile-file, where profile-file is the name of file of collected 
profile data in binary form if that file is not named dbent.out). 
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The compiler will optimize based on the profile data collected from the target. 
Make sure to use the -XO option as well to get the best code (either -xO or -O 
must be included or the profile data will be ignored). 
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16.4 Assembler -X Options 283 


This chapter describes the assembler for ARM microprocessors. For in-depth 
information on the ARM architecture and instructions, please refer to the 
manufacturer’s documentation. 


16.1 Selecting the Target 


The target for the assembler is selected by the same methods as for the compiler. 
See 4.1 Selecting a Target, p.21 for details. When using the compiler drivers dec, 
dplus, etc., the target for the assembler is selected automatically by the driver. 
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16.2 The das Command 


The command to execute the assembler is as follows: 
das [options] [input-files] 
where: 


das 
Invokes the assembler. 


options 
Command-line options; see the following subsection for details. Options 
must precede the input files. 

input-files 
A list of filenames, paths permitted, separated by whitespace, naming the 
file(s) to be assembled; the default suffix is .s. 


The assembler assembles the input file and generates an object file as determined 
by the selected target configuration. By default, the output file has the name of the 
input file with an extension suffix of .o. The -o option can be used to change the 
output filename. 


The form -@name can also be used for either options or input-file. If found, the name 
must be either that of an environment variable or file (a path is allowed), the 
contents of which replace -@name. 


Example: assemble test.s with a symbol named DEBUG equal to 2 for use in 
conditional assembly statements: 


das -D DEBUG=2 test.s 


16.3 Assembler Command-Line Options 


The following command-line options are available. Also see the next section, 
16.4 Assembler -X Options, p.283. 
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NOTE: Command-line options are case-sensitive. For example, -c and -C are two 
unrelated options. For easier reading, command-line options may be shown with 
embedded spaces in the table. In writing options on the command line, space is 
allowed only following the option letter, not elsewhere. For example, 

“-D DEBUG=2” is valid; “-D DEBUG = 2” is not. 


If the same option is given more than once, the last instance is used. 


Show Option Summary (-?) 


-?, -h, 
--help 
Show synopsis of command-line options. 


Define Symbol Name (-Dname=value) 


-D name [=value] 
Define symbol name to have the given value. If value is not given, 1 is used. The 
-D option can be used to set symbols used with conditional assembly. See the 
.if expression, p.320 for more information. 


Generate Debugging Information (-g) 
-g 
Generate debug line and file information. (ELF/ DWARF format only). 
Equivalent to -Xasm-debug-on. 
Include Header in Listing (-H) 
-H 
Print a header on the first line of each page of the assembly listing. See Include 


Header in Listing (-Xheader...), p.284 for additional details and 22. Example 
Assembler Listing for an example of an assembly listing. 
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Set Header Files Directory (-I path) 


-I path 
Specify a directory where the assembler will look for header files. May be 
given more than once. See the .include “file”, p.322 for more information. 


Generate Listing File (-l, -L) 


-1 
Generate the listing file to input-file.Ist. (To change the default extension of the 
output file, use -Xlist-file-extension=“string”; for example, 
-Xlist-file-extension=".L".) 

-L 
Generate the listing file to standard output. See 22. Example Assembler Listing 
for an example of an assembly listing. 


Set outpUt File (-o file) 


-o file 
Write the object file to file instead of the default (input-file.s). Applies only to 
the first file if a list of files is presented; remaining files in the list use the 
default. 


Remove the Input File on Termination (-R) 
-R 
May be used by tools to remove temporary files. 
Specify Assembler Description (.ad) File (-T ad-file) 
-T ad-file 
Specify which assembler description (.ad) file to use. This is normally set 
automatically by using the -t option, defining the DTARGET and the DOBJECT 


environment variables, or using the -WDDTARGET and the -WDDOBJECT 
command-line options. It is primarily for internal use by Wind River. 
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Select Target (-ttof:environ) 
-ttof:environ 
Specifies with one command the DTARGET (f), the DOBJECT (0), the DFP (f), 
and the DENVIRON (environ) configuration variables. See 4. Selecting a Target 
and Its Components for details. 
Print Version Number (-V) 
-v 
Display the version number of the assembler on standard output. 
Define Configuration Variable (-WDname=value) 
-WDname=value 
Set a configuration variable for use in the configuration files with the given 
name to the given value. Overrides an environment variable of the same name. 
Select Object Format and Mnemonic Type (-WDDOBJECT=object-format) 
-WDDOBJECT=object 
Specify the object format and mnemonic type. Overrides the environment 
variable DOBJECT if it is also set. 
Select Target Processor (-WDDTARGET=target) 
-WDDTARGET=target 
Specify the target processor. Overrides the environment variable DTARGET if 
it is also set. 


Discard All Local Symbols (-x) 


“x 
Discard symbols not declared .extern or .comm. 
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Discard All Symbols Starting With .L (-X) 


-x 
Discard all symbols starting with .L; supports compilers using this form for 
automatically generated symbols, including the Wind River compiler. 


Print Command-Line Options on Standard Output (-#) 


-# 
The output of this option can be directed to a file. This can be convenient when 
contacting Technical Services. The -# should immediately follow the das 
command (after a space). 


Read Command-Line Options from File or Variable (-@name, -@ @name) 


-@name 
Read command-line options from either a file or an environment variable. 
When -@name is encountered on the command line, the assembler first looks 
for an environment variable with the given name and substitutes its value. If 
an environment variable is not found then it tries to open a file with given 
name and substitutes the contents of the file. If neither an environment 
variable or a file can be found, an error message is issued and the assembler 
terminates. 


-@@name 
Same as -@name; also prints all command-line options on standard output. 


Redirect Output (-@E=file, -@E+file, -@O=file, -@O+file) 


-@E=file 
-@E+file 
Redirect any output to standard error to the given file. 


-@o=file 
-@0+file 
Redirect any output to standard output to the given file. 


In both cases, use of + instead of = appends the output to the file. 
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16.4 Assembler -X Options 


The following options provide more detailed control of the assembler. The -X 
options are for use on the command line; -X options can also be set using the .xopt 
assembler directive. See .xopt, p.333. 


Specify Value to Fill Gaps Left by .align or .alignn Directive (-Xalign-fill-text) 


-Xalign-fill-text=n 
Fill gaps left by the .align or .alignn directive with the value n, overriding the 
processor-specific default. 


Interpret .align Directive (-Xalign-value, -Xalign-power2) 


-Xalign-value 
Interpret the value in an .align directive as the value to which the location 
counter is to be aligned, which must be a power of 2. Example: 
-Xalign-value=8 means .align is to align on an 8-byte boundary. 


-Xalign-power2 
Interpret the value in an .align directive as the power of 2 to which the location 
counter is to be aligned. Example: -Xalign-power2=3 means .align is to align 
on an 8-byte boundary 


This is the default. 


Generate Debugging Information (-Xasm-debug-... ) 


-Xasm-debug-off 
Do not generate debug line and file information. This is the default. 


-Xasm-debug-on 


Generate debug line and file information. (ELF/ DWARF format only). 


Align Program Data Automatically Based on Size (-Xauto-align) 


-Xauto-align-off 
The assembler performs no data alignment. This is the default. 


-Xauto-align 
Align program data automatically based on size. 
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Set Instruction Type (-Xcpuw-...) 


-Xcepu-tfarget 
Accept instructions only for the target processor designated by target. This 
option is primarily for internal use and is set automatically by the driver in 
response to the user-level -ttof:environ option. See Table 4-1 for details. 


Set Default Value for Section Alignment (-Xdefault-align) 


-Xdefault-align=value 
Set the value use when calculating the default alignment for .comm, .lcomm, 
and .sbss directives, and the alignment used by the .even directive. 


The default value of -Xdefault-align is 8 if no value is given. 


Absent this directive, the default alignment for ELF sections is the maximum 
alignment of all objects in the section. 


Note that for ELF modules, -Xdefault-align does not set the alignment of 
sections — it sets the default for used by the .comm, .lcomm, .sbss, and .even 
directives. Only if one of these directives is in fact used in a section will the 
alignment be as set by -Xdefault-align rather than the maximum alignment of 
all objects in the section. 


Enable Local GNU Labels (-Xgnu-locals-...) 


-Xgnu-locals-off 
Disable local GNU labels. See GNU-Style Locals, p.297 for more information. 
The default setting is -Xgnu-locals-on. 


-Xgnu-locals-on 
Enable local GNU labels. See GNU-Style Locals, p.297 for more information. 
This is the default. 


Include Header in Listing (-Xheader...) 
-Xheader 
Include a header in the listing. See the -1 and the -L options. This option is 


turned off as a default. This option has the same effect as the -H option. See 
also -Xheader-format below 31. 
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-Xheader-off 
Do not include a header in the listing file. This is the default. 


See 22. Example Assembler Listing for an example of an assembly listing. 


Set Header Format (-Xheader-format="string") 


-Kheader-format= "string" 
Define the format of the header in the assembly listing. (The header is enabled 
by options -H or -Xheader above). The header string can contain format 
specifications in any order introduced by a “%”. Characters not preceded by 
“%" are printed as is, including spaces and escapes such as “\t” for tab. 


Valid format specifications are: 


%nE 
Use n columns to display the error count. 


“nF 
Use n columns to display the filename. 


%N 
Start a new line. 


%nP 
Use n columns to display the page number. 


Use n columns to display the subtitle given with the -Xsubtitle option. 
Use n columns to display the title given with the -Xtitle option. 


Use n columns to display the warning count. 
The default header string is: 
"$30T File: %10F Errors %4E" 


See 22. Example Assembler Listing for an example of an assembly file listing. 


Set Label Definition Syntax (-Xlabel-colon...) 
-Xlabel-colon 


Require that all label definitions have a colon “:”appended. When this option 
is selected, some directives are allowed to start the line. This is the default. 
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Note that this applies to all directives, including .equ and .set. Thus, with this 


option: 
TRUE: .set 1 valid 
TRUE -set 1 invalid 


-Xlabel-colon-off 
Do not require label definitions to end with a colon “:”. When this option is 
selected, directives are not allowed to start in column 1. 


Set Format of Assembly Line in Listing (-Xline-format="string") 


-Kline-format= "string" 
Define the format of each assembly line in a listing. The string can contain the 
following format specifications, in any order, starting with a “%”. Characters 
not preceded by “%” are printed as is, including spaces and escapes such as 
“\t” for tab. 


Valid format specifications are: 


%n 
Use n columns to display current address. 


Sen mC 
Use n columns to display the generated code. A space is inserted at every 
nth column. 


%nD 
Display a maximum of n generated bytes for each source line. m may have 
a value from 1 through 32. More than one listing line might be used to 
display lines that produce many bytes. 


Use n columns to display the current source line number. 


Use n columns to display the current Program Location Counter (PLC) 
which corresponds to a section number. 


The assembly source statement follows the above items on the listing line. 
The default line format string is: 


"S8A S2P $32D%15.2C%5L\t" 


See 22. Example Assembler Listing for an example of an assembly listing. 
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Generate a Listing File (-Xlist-...) 
-Xlist-file 
Generate a listing file to file input-file.lst. Same as the -1 option. 


-Xlist-off 
Generate no listing file. This is the default. 


-Xlist-tty 
Generate a listing file to standard output. Same as the -L option. 


See 22. Example Assembler Listing for an example of an assembly listing. 


Specify File Extension for Assembly Listing (-Xlist-file-extension="string") 


-Xlist-file-extension="string" 
Use this option to override the default extension (.Ist) of the listing file 
generated by -l or -Xlist-file. For example, -Xlist-file-extension=".L" specifies 
the file extension .L. 


Set Delay of Literal Generation (-Xlit-marg-...) 


-Xlit-marg-hard=vwalue 
The assembler attempts to delay the generation of literals for as long as 
possible. This option, along with -Xlit-marg-soft and -Xlit-marg-thresh, 
controls that delay. The branch over the literals is only meant to be generated 
under unusual conditions. Use caution in invoking these options, as 
unpredictable results may result if the parameters are set to values beyond the 
capabilities of the target hardware. 


Each literal has two addresses: 

= faddr—the first address where the literal can be generated 
= laddr—the last address where the literal can be generated 
Forced generation of literals occurs when 


curPC >= faddr && {curPC + hard} > laddr 


(curPC is the current PC.) Use -Xlit-marg-hard to define the forced threshold 
value hard. The default value is 16. 


-Xlit-marg-soft=vwalue 
Define a soft (normal) threshold value. This threshold is used when the code 
contains an unconditional branch or return. The default value is 128. 


287 


Wind River Compiler for ARM/XScale 
User's Guide, 5.4 


Normal literal generation occurs when 
curPC >= faddr && (curPC + soft) > laddr 


-Xlit-marg-thresh=value 
Define a threshold value, that is, how long the thread should continue once 
literal generation has commenced. The default is 256. 


Literal generation continues as long as 


curPC >= faddr && (curPC + thresh) > laddr 


Set Line Length of Listing File (-Xllen=n) 


-Xllen=n 
Define the number of printable character positions per line of the listing file. 
The default is 132 characters. A value of 0 means unlimited line length. This 
value may also be set or changed by the .Ilen (./len expression, p.324) and .psize 
(.psize page-length [,line-length], p.326) directives. 


See 22. Example Assembler Listing for an example of an assembly listing. 


Enable Blanks in Macro Arguments (-Xmacro-arg-space-...) 


-Xmacro-arg-space-off 
Do not permit blanks in macro arguments. This is the default. 


-Xmacro-arg-space-on 
Permit blanks in macro arguments. 
Set Page Break Margin (-Xpage-skip=n) 
-Xpage-skip=n 
If n is zero (the default), page breaks in the listing file will be created using 
formfeed (ASCII 12). Otherwise each page will be padded with n blank lines, 


and these n blank lines included in the count set by -Xplen option. See 
22. Example Assembler Listing for an example of an assembly listing. 


Set Lines Per Page (-Xplen=n) 


-Xplen=n 
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Define the number of printable lines per page in the listing file. The default 
value of n is 60. See also -Xpage-skip above. This value may also be set or 
changed by the .Icnt (see ./cnt expression, p.323) and .psize (see .psize 
page-length [,line-length], p.326) directives. See 22. Example Assembler Listing for 
an example of an assembly listing. 


Limit Length of Conditional Branch (-Xprepare-compress=n) 


-Xprepare-compress=n 
Change the maximum length of a conditional branch from the default, which 
is 32,766 bytes; if n is not specified, the length is set to 1024. If a conditional 
branch exceeds this limit, the assembler inserts a reverse conditional around 
an unconditional branch to the label. 


Treat Semicolons As Statement Separators (-Xsemi-is-newline) 


-Xsemi-is-newline 
Treat the semicolon (;) as a statement separator instead of a comment character. 
This is useful for GNU compatibility. 


Enable Spaces Between Operands (-Xspace-...) 


-Xspace-off 
Do not allow spaces between operands in an assembly instruction. 


-Xspace-on 
Allow spaces between operands in an assembly instruction. This is the default. 


Delete Local Symbols (-Xstrip-locals..., -Xstrip-temps...) 


-Xstrip-locals 
Do not include local symbols in the symbol table. This is the same as the -x 
option. Local symbols are those not defined by .extern or .comm. 


-Xstrip-locals-off 


Include local symbols in the symbol table. This is the default. 
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-Xstrip-temps='"string" 
Do not include local labels starting with string in the symbol table. If no string 
is specified, .L will be used. This is the same as the -X option. This option can 
be used to suppress the temporary symbols generated by the compiler. 


-Xstrip-temps-off 
Include local symbols starting with .L in the symbol table. This is the default. 
Set Subtitle (-Xsubtitle="string") 
-Xsubtitle="string" 


Define a subtitle that will be printed in the %S field of the header. See Set 
Header Format (-Xheader-format="string”), p.285, for more information. 


Set Tab Size (-Xtab-size=n) 
-Xtab-size=n 
Define the number of spaces between tab stops. The default is 8. 


Set Title (-Xtitle="string") 


-Ktitle="string" 
Define a title that will be printed in the %T field of the header. See Set Header 


Format (-Xheader-format="string”), p.285, for more information. 
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17.1 Format of an Assembly Language Line 


An assembly language file consists of a series of statements, one per line. The 
maximum number of characters in an assembly line is 1024. 


If -Xsemi-is-newline is enabled, ”;” (semicolon) can also serve as a statement 
separator. 


The format of an assembly language statement is: 
[label : | [opcode] [operand field] [# comment] 


Spaces and tabs may be used freely between fields and between operands (except 
that -Xspace-off option prohibits spaces between operands. See Enable Spaces 
Between Operands (-Xspace-...), p.289). 
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A comment starts with “#” as shown above. However, if using the preprocessor, 
then use “//” at the start of a line (because “#” will be misinterpreted as a 
preprocessor directive). See Comment, p.294 for additional comment details. 


All fields are optional depending on the circumstances. In particular: 
« Blank lines are permitted. 
» Astatement may contain only a label. 


« The opcode must be preceded by a label or whitespace (one or more blanks or 
tabs). A statement may contain only an opcode. (Assembler directives may start 
in column one but only if the -Xlabel-colon option is given.) 


» Aline may consist of only a comment beginning in any column. 
An example of assembly language code follows: 
# mv_word(dest,src,cnt) 


# move cnt (r2) 4-byte words from sre (rl) to dest (r0) 
-globl mv_word 


. text 
mv_word: 
sub r13,r13,#8 
mov r3r2 
cmp r2,#0 
beq +2 
mov r2,r2,1sl #2 
add r0,r0,r2 
add r1,r1,r2 
add r1,r1,#4 
add r0,r0,#4 
L4: 
sub r1,r1,#4 
sub r0,r0,#4 
ldr r12,[r1, #0] 
str r12,[r0, #0] 
subs £33) $1 
bne .L4 
+2: 
add r13,r13,#8 
mov pe,lir 
nop 


A label is a user-defined symbol which is assigned the value of the current location 
counter; both of which are entered into the assembler’s symbol table. The value of 
the label is relocatable. 
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A label is a symbolic means of referring to a specific location within a program. The 
following govern labels: 


» A label is a symbol; see 17.2 Symbols, p.294 for the rules on forming symbols. 


« A label always occurs first in a statement; there may be multiple labels on one 
line. 


* A label may be optionally terminated with a colon, unless the -Xlabel-colon 
option is used in which case the colon is required. Examples: 


start: 

genesis: restart: # Multiple labels 
78: # A local label 
4: # A local label 


(See 17.5 Local Symbols, p.296 for details on local labels.) 


The opcode of an assembly language statement identifies the statement as either a 
machine instruction or an assembler directive. 


The opcode must be preceded by a label or whitespace (one or more blanks or 
tabs). One or more blanks (or tabs) must separate the opcode from the operand 
field in a statement. No blanks are necessary between a label ending with a colon 
and an opcode. However, at least one blank is recommended to improve 
readability. 


A machine instruction is indicated by an instruction mnemonic. 


An assembler directive (or just “directive”), performs some function during the 
assembly process. It does not produce any executable code, although it may assign 
space in a program for data. Assembler directives may start in column one but only 
if the -Xlabel-colon option is given. 


The assembler is case-insensitive regarding opcodes. 


In general, an operand field consists of 0-3 operands separated by commas. 


The format of the operand field for machine instruction statements is the same for 
all instructions. The format of the operand field for assembler directives depends 
on the directive itself. 
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“yy 


The comment delimiters are semicolon “;”, at sign “@”, pound sign “#”. (To treat 
the semicolon as a statement separator, use -Xsemi-is-newline.) 


In addition, the C++ comment marker “//” is valid at the start of a line and must be 
used there if pre-processing to select ARM vs. Thumb instructions (because the 
standard comment delimiter, “#”, will be taken misinterpreted as a preprocessor 
directive if it begins a line). On the other hand, use “#” to begin a comment which 
is not the first text on the line (because “//” is invalid in that case). 


An asterisk “*” in column 1 is also treated as a comment delimiter. 


The comment field consists of all characters in a source line including and 
following the comment character through the end of the line (the next <Newline> 
character). These characters are ignored by the assembler. 


17.2 Symbols 


A symbol consists of a number of characters, with the following restrictions: 


» Valid characters include A-Z, a-z, 0-9, period ”.”, dollar sign “$”, and 
underscore “_”. 


« The first character must not be a “$” dollar sign. 


* The first character must not be numeric except for local symbols (17.5 Local 
Symbols, p.296). 


The only limit to the length of symbols is the amount of memory available to the 
assembler. Upper and lower cases are distinct: “Alpha” and “alpha” are separate 
symbols. 


A symbol is said to be declared when the assembler recognizes it as a symbol of the 
program. A symbol is said to be defined when a value is associated with it. A 
symbol may not be redefined, unless it was initially defined with the directive 
symbol .set expression (see symbol|:] .set expression, p.329). 


There are several ways to define a symbol: 


* As the label of a statement. 
* Ina direct assignment statement. 
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« With the .equ/.set directives. 
» Asa local common symbol via the .lcomm directive. 


The .comm directive will declare a symbol as a common symbol. If a common 
symbol is not defined in any module, it will be allocated by the linker to the end of 
the .bss section. See 23.4 COMMON Sections, p.352 for additional details. 


17.3 Direct Assignment Statements 


A direct assignment statement assigns the value of an arbitrary expression to a 
specified symbol. The format of a direct assignment statement is one of the 
following: 


symbol[:] = expression 
symbol[:] =: expression 


The =: syntax has the side effect that symbol will be visible outside of the current 
file. Examples of valid direct assignments are: 


vect_size = 4 

vectora = Oxfffe 

vectorb = vectora-vect_size 
CRLF: =: Ox0DOA 


17.4 External Symbols 


A program may be assembled in separate modules, and linked together to form a 
single program. By using external symbols, it is possible to define a label in one file 
and use it in another. The linker will relocate the reference so that the same address 
is used. There are two forms of external symbols: 


* Ordinary external symbols declared with the .globl, .global, .xdef, or .export 
directives. 


* Common symbols declared with the .comm directive. 
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For example, the following statements define the array table and the routine two 
to be external symbols: 


-globl table, two 


data 
table: 
.Space 20 # twenty bytes long 
. text 
two: 
mov r2,#2 # return 2 
mov pe,lir 


External symbols are only declared to the assembler by the .globl, .global, .xdef, 
or .export directives. They must be defined (i.e., given a value) in another 
statement by one of the methods mentioned above. They need not be defined in the 
current file; in that case they are flagged as “undefined” in the symbol table. If they 
are undefined, they are considered to have a value of zero in expressions. 


The following statements, which may be located in a different file, use the above 


defined labels: 
b two 
ldr r0,=table 


Note that whenever a symbol is used that is not defined in the same file, it is 
considered to be a global undefined symbol by the assembler. 


Anexternal symbol is also declared by the .comm directive in one or more modules 
(see .comm symbol, size [alignment], p.315). For the rest of the assembly such a 
symbol, called a common symbol, will be treated as though it is an undefined 
global symbol. The assembler does not allocate storage for common symbols; this 
task is left to the linker. The linker computes the maximum size of each common 
symbol with the same name, allocates storage for it at the end of the final .bss 
section, and resolves linkages to it (unless the -Xbss-common-off is used; see 
5.4.15 Control Allocation of Uninitialized Variables in “COMMON” and bss Sections 
(-Xbss-off, -Xbss-common-off), p.62). 


17.5 Local Symbols 


Local symbols provide a convenient way of generating labels for branch 
instructions. Use of local symbols reduces the possibility of attempting to define a 
symbol more than once in a program, and separates entry point symbols from local 
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references, such as the top of a loop. Local symbols cannot be referenced by other 
object modules. The assembler implements two styles of local symbols. 


Generic Style Locals 


The generic style local symbols are of the form n$ where n is any integer. 
Examples of valid local symbols: 


1§ 

278 

394$ 
Leading zeroes are significant, e.g., 26 and 02$ are different symbols. A local 
symbol is defined and referenced only within a single local symbol block. There is 
no conflict between local symbols with the same name which appear in different 
local symbol blocks. A new local symbol block is started when either: 


* —Anon-local label is defined. 
» Anew program section is entered. 


GNU-Style Locals 


A GNU-style local symbol consists of one to five digits when defined. A GNU-style 
local symbol is referenced by the digits followed by the character f or b. When the 
digits are suffixed by an f, the nearest definition going forward (toward the end of 
the source) is referenced. When suffixed with the character b, the nearest definition 
going backward (toward the beginning of the file) is referenced. Example: 
Lb: 
. long 15f # Reference definition below. 
. Long 15b # Reference definition above. 
158 
By default the GNU style local symbols are recognized by the assembler. This can 
be disabled with the option -Xgnu-locals-off (see Enable Local GNU Labels 
(-Xgnu-locals-...), p.284). 


297 


Wind River Compiler for ARM/XScale 
User's Guide, 5.4 


17.6 Constants 


The assembler supports both integral and floating point constants. Integral 
constants may be entered in decimal, octal, binary or hexadecimal form, or they 
may be entered as character constants. Floating point constants can only be used 
with the .float and .double directives. 


Integral Constants 


Internally, the assembler treats all integer constants as signed 32-bit binary two’s 

complement quantities. Valid constant forms are listed below. The order of the list 
is significant in that it is scanned from top to bottom, and the first matching form 
is used. 


Cc 
character constant 


Oxhex-digits 
hexadecimal constant 


Ooctal-digits 
octal constant 


lhex-digits 
hexadecimal constant 


@octal-digits 
octal constant 


Yobinary-digits 
binary constant 


decimal-digits 
decimal constant 


octal-digitso 
octal constant 


octal-digitsq 
octal constant 


binary-digitsb 
binary constant 
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Examples: 
abc = 12 12 decimal 
bed = 012 12 octal (10 decimal) 
cde = 0x12 12 hex (18 decimal) 


To represent special character constants, use the following escape sequences: 


Constant Value Meaning 
'\b' 8 backspace 
‘\t' 9 horizontal tab 
‘\n' 10 line feed (newline) 
‘\v' 11 vertical tab 
\f' 12 form feed 
‘\r' 13 return 
By 39 single quote 
\\' 92 backslash 
By using a “\nnn” construct, where nnn is an octal value, any character can be 
specified: 
'‘\101' same as ‘A (65 decimal) 
'\60! same as ‘0 (48 decimal) 


Floating Point Constants 


Floating point constants have the following format: 
[+1 -]ii{e | =}[+1 -]i 
where / is an integer. All parts are optional as long as the constant starts with a sign 


or a digit and contains either a decimal point or an exponent (e or E and a following 
digit). Also, +NAN and [+/-]INF are supported. Examples: 


float Teh = 3414, 0,271 2e1 
double -123e-45, .56, 1e23 
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String Constants 


The form of a string is: 
"characters" 
where characters is one or more printable characters or escape codes. 


Characters represented in the source text with internal values less than 128 are 
stored with the high bit set to zero. Characters with source text values from 128 
through 255, and characters represented by the “\nnn” construct are stored as is. 


A Newline character must not appear within the character string. It can be 
represented by the escape sequence \n as described below. The (") is a delimiter 
character and must not appear in the string unless preceded by a backslash “\”. 


The following escape sequences are also valid as single characters: 


Constant Value Meaning 

\b 8 Backspace 

\t 9 Horizontal tab 

\n 10 Line Feed (New Line) 
\v sul Vertical tab 

\f 12 Form feed 

\r 13 Enter 

\" 34 Double quote “” 

\\ 92 Backslash “\” 

\nnn nnn (octal) Octal value of nnn 


Some examples follow. The final two are equivalent. 


Statement Hex Code Generated 

ascii "hello there" 68 65 6C 6C 6F 20 74 68 65 72 65 
-ascii "Warning-\007\007\n" 77 61 72 6E 69 6E 67 2D 07 070A 
-ascii "Warning-",7,7,"\n" Same as previous line. 
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18.1 Program Sections 


Assembly language programs are usually divided into sections to separate 
executable code from data, constant data from variable data, initialized data from 
uninitialized data, etc. Some important predefined sections are described below, 
with a reference to the assembler directive that switches output to each section. 


text, p.331 
Instruction space. 


data, p.316 
Initialized data. 


.bss, p.314 
Uninitialized data. 


rodata, p.326 
Read-only data. 


By invoking these directives, it is possible to switch among the sections of the 
assembly language program. New sections can also be defined with the .section 


directive (see .section name, [alignment], [type], p.327). 


301 


Wind River Compiler for ARM/XScale 
User's Guide, 5.4 


The assembler maintains a separate location counter for each section. Thus for 
assembly code such as: 

. text 

instruction-block-1 

.data 

data-block-1 

. text 

instruction-block-2 

.data 

data-block-2 
In the object file, instruction-block-2 will immediately follow instruction-block-1, and 
data-block-2 will immediately follow data-block-1. 


ELF sections are aligned based on their contents or on a specified alignment in a 
.section directive. ELF sections are not extended to any boundary whether aligned 
or not. 


Padding introduced into a code section (but not other types of sections) by means 
of an .align or .alignn directive is zero-filled (the nop instruction). 


NOTE: See the -f linker option, 24. The dld Command, for filling of gaps between 
input sections in an output section. 


18.2 Location Counters 


The assembly current location counter is represented by the character “.”. In the 
operand field of any statement or assembly directive it represents the address of 
the first byte of the statement. 


NOTE: A current location counter appearing as an operand ina .byte directive (see 
.byte expression ,..., p.314) always has the value of the address at which the first byte 
was loaded; it is not updated while evaluating the directive. 


The assembler initializes the location counter to zero. Normally, consecutive 
memory locations are assigned to each byte of the generated code. However, the 
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location where the code is stored may be changed by a direct assignment altering 
the location counter: 


. = expression 


expression must not contain any forward references, must not change from one pass 
to another, and must not have the effect of reducing the value of ”.”. Note that the 


“wu 


assembler supports absolute sections when using ELF, so setting ”.” to an absolute 
position is equivalent to using the .org directive and will produce a section named 
eabs.xxxxxxxx, where xxxxxxxx is the hexadecimal address of the section, with 
leading zeros to fill to eight digits. The linker will then place this section at the 
specified address. For example: 


. = Oxf£0000 
will create a section named .abs.00f£0000 located at that address. 


Storage area may also be reserved by advancing the “.”. For example, if the current 
value of “.”is 0x1000: 


- = . +0x100 


would reserve 100 (hex) bytes of storage. The next instruction would be stored at 
address 0x1100. Note that 


.skip 0x100 


is amore readable way of doing the same thing. 
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Assembler Expressions 


Expressions are combinations of terms joined together by unary or binary 
operators. An expression is always evaluated to a 32-bit value. If the instruction 
calls for only 8 or 16 bits, the least significant 8 or 16 bits are used. 


A term is a component of an expression. A term may be one of the following: 


A constant. 
A symbol. 


An expression or term enclosed in parentheses (). Any quantity enclosed in 

parentheses is evaluated before the rest of the expression. This can be utilized 
to alter the normal precedence of operators, e.g., differentiating between a*b+c 
and a*(b+c), or to apply a unary operator to an entire expression, e.g., -(a*b+c). 


Any expression, when evaluated, is either absolute or relocatable: 


1. 


An expression is absolute if its value is fixed. An expression whose terms are 
constants, or symbols whose values are constants via a direct assignment 
directive, is absolute. A relocatable expression minus a relocatable expression, 
where both items belong to the same program section is also absolute. 


An expression is relocatable if it contains a label whose value will not be defined 
until link time. In this case the assembler will generate an entry in the 

relocation table in the object file. This entry will point to the instruction or data 
reference so that the linker can patch the correct value after memory allocation. 
The allowed relocatable expressions are defined in F. Object and Executable File 
Format together with the relocation type used. The following demonstrates the 
use of relocatable expressions, where “alpha” and “beta” are symbols: 


alpha 
relocatable 
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alpha+5 
relocatable 


alpha-0Oxa 
relocatable 


alpha*2 
not relocatable (error) 

2-alpha 
not relocatable, since the expression cannot be linked by adding alpha’s 
offset to it 


alpha-beta 
absolute, since the distance between alpha and beta is constant, as long as 


they are defined in the same section 


NOTE: In the following tables, the phrase “expr evaluates to ... offset from the ... 
base register” (or similar) means that the assembler generates a constant which is 
adjusted as necessary by the linker so that the final value in memory is an offset 
from the designated base register. These constructs are used for 
position-independent code or data. To execute correctly, the designated base 
register must be loaded with the base of the code or data area as appropriate. See 
the discussions of these topics in 14. Locating Code and Data, Addressing, Access. 


Unary Operators 
The unary operators recognized by the assembler are: 


*endof(section-name) 
Address of the end of the given section. Evaluates to .endof.section_name, 
a symbol created by the linker. (See 23.2 Symbols Created By the Linker, 
p-350.) 


expr@data 
expr evaluates to a 32 bit offset from the data base register (19), typically 
initialized to __SDA_BASE_. 


expr@h 
The most significant 16 bits of expr are extracted. Provided for use in 
assembly language, but not generated by the compiler. 


expr@ha 
High adjust: The most significant 16 bits of expr are extracted and adjusted 
for the sign of the least significant 16 bits of expr. See High adjust operator, 
p-307 below. Provided for use in assembly language, but not generated by 
the compiler. 
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expr@] 
The least significant 16 bits of expr are extracted. 


High adjust operator, p.307 
“sizeoft(section-name) 


Size of the given section. Evaluates to .sizeof.section_name, a symbol 
created by the linker (see 23.2 Symbols Created By the Linker, p.350). 


“%startof(section-name) 


Address of the start of the given section. Evaluates to .startof.section_name, 
a symbol created by the linker (see 23.2 Symbols Created By the Linker, 
p-350). 


Unary add. 
Negate. 


Complement. 


High adjust operator 


Sometimes the compiler (or a hand-coded assembly language program, if not the 
compiler) uses two instructions to copy an address to or from a location in memory. 
Each instruction can include 16 bits of the address as an immediate value, and the 
two 16-bit parts of the address are added to form the full address. 


For the purposes of this discussion: 


« The first instruction has the higher 16 bits of the address. 
=» The second instruction has the lower 16 bits of the address. 


In some cases, the second instruction sign extends the low 16 bits (for example, 
0x8000 is sign-extended to Oxffff8000). If so, the first instruction must compensate 
so that the correct address is calculated when the two parts of the address are 
added. 


How the first instruction compensates depends on the most significant bit of the 
lower 16 bits of the address: 


«  Ifit is zero, no adjustment is made. 


307 


Wind River Compiler for ARM/XScale 
User's Guide, 5.4 


« If itis 1, the first instruction adds 1 to the higher 16 bits of the address. The 
second instruction adds Oxffff, which is equivalent to -1. Thus, the two 
additions negate each other. 


Binary Operators 


The binary operators recognized by the assembler are: 


Binary Operator Description 
+ add 

- subtract 

i multiply 

/ divide 

| bitwise or 
% modulo 

& bitwise and 
A bitwise exclusive or 
<< shift left 

>> shift right 
== equal to 


{= not equal to 


<= less than or equal to 

< less than 

>= greater than or equal to 
> greater than 


Operator Precedence 


Expressions are evaluated with the following precedence in order from highest to 
lowest. All operators in each row have the same precedence. 
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Table 19-1 Assembler Operator Precedence and Associativity 


Operator  +—sAssociativity) 
unary + -— ~ right to left 
@code @data 
ole left to right 
“%startof Yendof Ysizeof 
* / % (modulo) left to right 
binary + —- left to right 
<< >> left to right 
< <= > >= left to right 
== != left to right 
& left to right 
A left to right 
left to right 
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20 


Assembler Directives 


20.1 Introduction 311 
20.2 List of Directives 312 


20.1 Introduction 


All the assembler directives (or just “directives”) described here that are prefixed 


with a period ”.” are also available without the period. Most are shown with a “. 
except for those traditionally written without it. 


If the -Xlabel-colon option is given (see Set Label Definition Syntax (-Xlabel-colon...), 
p-285), then directives which cannot take a label may start in column 1. A directive 
which can take a label—that is, can produce data in the current section—may not 
start in column 1. If -Xlabel-colon-off is in force (the default), then no directive 
may start in column 1. 


Spaces are optional between the operands of directives unless the -Xspace-off 
option is in force (see Enable Spaces Between Operands (-Xspace-...), p.289). 


In addition to the directives documented in this chapter, the assembler recognizes 
the following directives generated by some compilers for symbolic debugging: 


.d1_line_start, .d1_line_end, .difile, .d1line, .def, .endef, .1n, .dim, .line, .scl, 
size, .tag, .type, .val, .d2line, .d2file, .d2_line_start, .d2_line_end, .d2string, 
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.d2_cfa_offset, .d2_cfa_register, .d2_cfa_offset_list,.d2_cfa_same_value_list, 
.d2_cfa_same_value, .uleb128, .sleb128 


The remainder of this chapter describes individual assembler directives. 


20.2 List of Directives 


symbol[:] = expression 


See symbol|:] .equ expression, p.318. See -Xlabel-colon-... in Set Label Definition 
Syntax (-Xlabel-colon...), p.285 regarding the initial colon. 


symbol[:] =: expression 


-2byte 


-4byte 


Equivalent to symbol = expression except that symbol will be made a global symbol. 
See -Xlabel-colon-... in Set Label Definition Syntax (-Xlabel-colon...), p.285 regarding 
the initial colon. 


This is a synonym for .short (.short expression ,..., p.330) except that there are no 
alignment restrictions and an unaligned relocation type will be generated if 
required by the target. 


This is a synonym for .long (.long expression ,..., p.324) except that there are no 
alignment restrictions and an unaligned relocation type will be generated if 
required by the target. 
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.align expression 


Aligns the current location counter to the value given by expression (which must be 
absolute). When the option -Xalign-value is set, expression is used as the alignment 
value, and must be a power of 2. When the option -Xalign-power2 is set, the 
alignment value is 2 to the power of expression. 


The default is -Xalign-power2. 
There is no effect if the current location is already aligned as required. 


Ina section of type TEXT, if a “hole” is created, it will be zero-filled (the nop 
instruction) unless a different value is specified with -Xalign-fill-text. 


Example: 


-align 4 


With -Xalign-value, aligns on a 4-byte boundary; with -Xalign-power2, aligns on 
a 2* = 16-byte boundary. 


.alignn expression 


.ascii "string" 


Aligns the current location counter to the value given by expression (which must be 
absolute). 


There is no effect if the current location is already aligned as required. 


Ina section of type TEXT, if a “hole” is created, it will be zero-filled (the nop 
instruction) unless a different value is specified with -Xalign-fill-text. 


Example: 


-alignn 4 


Will align on 4 byte boundary. 


The .ascii directive stores the internal representation of each character in the string 
starting at the current location. See String Constants, p.300 for rules for writing the 
"string". 


The .ascii directive is actually a synonym of the .byte directive — its operands may 
be a list of expressions including non-strings. See .byte for details (.byte expression 
pu, p34). 
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The .asciz directive is equivalent to the .ascii directive with a zero (null) byte 
automatically appended as the final character of the string. In the C language, 
strings are null terminated. See String Constants, p.300 for rules for writing the 
"string". 


-balign expression 


-bIkb expression 


.bss 


-bsect 


See .alignn expression, p.313. 


See .skip size, p.330. 


Switches output to the .bss section. Note that .bss contains uninitialized data only, 
which means that the .skip, space, and ds.b directives are the only useful 
directives inside the .bss section. 


See .bss, p.314 above. 


-byte expression ,... 


Reserves one byte for each expression in the operand field and initializes the value 
of the byte to be the low-order byte of the corresponding expression. Multiple 
expressions are separated by commas. 


Any expression may be a string containing one or more characters. Each character 
in the string will be allocated one byte. See String Constants, p.300 for the rules for 
writing a string. 
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Example: 
. byte 17,65,0101,0x41 # sets 4 bytes 
.byte 0 # sets a single byte to 0 
.byte 7,7,"Warning",7,7,0 # sets 12 bytes 


.comm symbol, size [,alignment] 


Define symbol as the address of a common block with length given by expression 
size bytes and make it global. Contrast with .lcomm, (./comm symbol, size 
[alignment], p.323) which does not make the symbol externally visible. 


The size and alignment expressions must be absolute. 


All common blocks with the same name in different files will refer to the same 
block. The linker will collect and allocate space for all common blocks, and, by 
default, place this space at the end of the .bss section; see 23.4 COMMON Sections, 
p-352 for details. 


Optional alignment 


The optional alignment expression specifies the alignment of the common block. It 
must be absolute. If not specified, the default value equals the greatest power of 2 
which is less than or equal to the minimum of size and the value specified by 
-Xdefault-align (Set Default Value for Section Alignment (-Xdefault-align), p.284), 
which defaults to 8. 


See Interpret .align Directive (-Xalign-value, -Xalign-power2), p.283 for options for 
giving the alignment by power of 2 or the value specified. The default is to treat the 
alignment value as a power of 2. 


Examples (assume -Xdefault-align=8): 
.comm a1,100 # 100 bytes aligned on an 8-byte boundary. 
.comm a2,7,2 # 7 bytes aligned on a 4-byte boundary. 


dc.b expression 


See .byte expression ,..., p.314 above. 


dc.I expression 


See .long expression ,..., p.324. 
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dc.w expression 


See .word expression, ..., p.333. 


ds.b size 


See .skip size, p.330. 


.data 


Switches output to the .data (initialized data) section. 


.double float-constant ,... 


Reserves space and initializes double 64-bit IEEE floating point values. 
Example: 


double 1.0, -123.45e-56 


-dsect 
See .data, p.316 above. 

eject 
Forces a page break if a listing is produced by the -L or -1 options. See 22. Example 
Assembler Listing for an example of an assembly listing. 

.else 


The .else directive is used with the .ifx directives to reverse the state of the 
conditional assembly, i.e., if statements were skipped prior to the .else directive, 
statements following the .else directive will be processed, and vice versa. See .if 
expression, p.320 for an example. 
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.elseif expression 


.elsec 


.end 


.endc 


.endif 


.endm 


.entry symbol ,... 


The .elseif directive must follow a .ifx or another .elseif directive in a conditional 
assembly block. If all prior conditions (at the same nesting level) have been false, 
then the expression will be tested and if non-zero, the statements following it 
assembled, else statements will be skipped until the next .elseif, .else, or .endif 
directive. The expression must be absolute. See .if expression, p.320 for an example. 


See .else, p.316 above. 


This directive indicates the end of the source program. All characters after the end 
directive are ignored. 


See .endif, p.317 below. 


This directive indicates the end of a condition block; each .endif directive must be 
paired with a .ifx directive. See .if expression, p.320 for an example. 


This directive indicates the end of a macro body definition. Each .endm directive 
must be paired with a .macro directive. See 21. Assembler Macros for a detailed 
description. 


See .global symbol ,..., p.319. 


317 


Wind River Compiler for ARM/XScale 
User's Guide, 5.4 


symbol[:] .equ expression 


The statement must be labeled with a symbol and sets the symbol to be equal to 
expression. See -Xlabel-colon-... in Set Label Definition Syntax (-Xlabel-colon...), p.285, 
regarding the initial colon. Example: 


nine: .equ 9 
NOTE: Symbols defined with .equ may not be redefined. Use the second form of 


the .set directive in .set symbol, expression, p.329, instead of .equ if redefinition is 
required. 


.error "string" 


Generate an error message showing the given string. See String Constants, p.300 for 
rules for writing the "string". 


-even 
Aligns the location counter on the default alignment value, specified by the 
-Xdefault-align option (Set Default Value for Section Alignment (-Xdefault-align), 
p.284). 

.exitm 


Exit the current macro invocation. 


.extern symbol ,... 


Declare that each symbol in the symbol list is defined in a separate module. The 
linker supplies the value from the defining module during linking. Multiple 
.extern directives for the same symbol are permitted. Example: 


.extern add,sub,mul,div 
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-export symbol .... 


See .global symbol ,..., p.319 below. 


file "file" 


Specifies the name of the source file for inclusion in the symbol table of the object 
file. The default is the name of the file. This directive is used by compilers to pass 
the name of the original source file to the symbol table. Example: 


.file "test.c" 
fill count,[size[,value]] 
Reserves a block of data that is count*size bytes big and initialized to count copies 


of value. The size must be a value between 1 and 4. The default size is 1 and the 
default value is 0. 


float float-constant ,... 


Reserves space and initializes single 32-bit IEEE floating point values. Example: 


-float 3.14159265, .089e4 


.global symbol ,... 
Declares each symbol in the symbol list to be visible outside the current module. 
This makes each symbol available to the linker for use in resolving .extern 
references to the symbol. Example: 
.global add,sub,mul,div 
-globl symbol .... 


See .global symbol ,..., p.319 above. 
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Appends the character string to a special section called .comment in the object file. 
See String Constants, p.300 for rules for writing the "string". Example: 


-ident "version 1.1" 


The .if construct provides for conditional assembly. The expression must be 
absolute. If the expression evaluates to non-zero, all subsequent statements until the 
next .elseif, .else, or .endif directive at the same nesting level are assembled. If the 
terminating statement was .elseif or .else, then all statements following it up to the 
next .endif at the same level are skipped. 


If the expression is zero, all statements up to the next .elseif, .else, or .endif at the 
same nesting level are skipped. An .elseif directive is evaluated and statements 
following it are skipped or not in the same manner as for the initial .if directive. If 
an .else directive is encountered, the statements following it up to the matching 
endif are assembled. 


.if constructs may be nested. Example: 


~E long_file_names 
maxname: .equ 1024 

.elseif medium_file_names 
maxname: .equ 128 

.else 
maxname: .equ 14 

.endif 


The following directives are equivalent: .else and .elsec, and .endif and .endc. 


.ifendian big 
Assemble the following block of code if the mode is big-endian. 


.ifendian little 
Assemble the following block of code if the mode is little-endian. 


Note: the “endian” mode is set automatically from the target options and may 
not be directly changed by the user. 
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.ifeq expression 


-ifeq is an alias for .if expression == 0. See “.if expression” above for more details. 


.ife "string1","string2" 


.ifc is effectively an alias for .if "string1"="string2" (.if does not allow string 
expressions). See .if expression, p.320 for more details. See String Constants, p.300 
for rules for writing each "string". 


For compatibility with other assemblers, either string may be enclosed in single 
quotes rather than double quotes. Within such a single-quoted string, two single 
quotes will be replaced by one single quote. 

.ifdef symbol 
Assemble the following code if the symbol is defined. See also .ifndef symbol, p.322 


below. See .if expression, p.320 for more details on .if constructs. 


.ifge expression 


The .ifge is an alias for .if expression >= 0. See .if expression, p.320 for more details. 


.ifgt expression 


The .ifgt is an alias for .if expression > 0. See .if expression, p.320 for more details. 


.ifle expression 


The .ifle is an alias for .if expression <= 0. See .if expression, p.320 for more details. 


.iflt expression 


The .iflt is an alias for .if expression < 0. See .if expression, p.320 for more details. 


321 


Wind River Compiler for ARM/XScale 
User's Guide, 5.4 


.ifne "string1","string2" 
.ifnc is effectively an alias for .if "string1"!="string2" (.if does not allow string 


expressions). See .if expression, p.320 for more details. See String Constants, p.300 
for rules for writing each "string". 


For compatibility with other assemblers, either string may be enclosed in single 
quotes rather than double quotes. Within such a single-quoted string, two single 
quotes will be replaced by one single quote. 


.ifndef symbol 


Assemble the following code if the symbol is not defined. See .ifdef symbol, p.321 
above. See also .if expression, p.320 for more details on .if constructs. 


.ifne expression 


.ifne is an alias for .if expression != 0. See .if expression, p.320 for more details. 


.import symbol ,... 


See .extern symbol ,..., p.318. 


incbin "file" ,offset[,size]] 


Insert the content of a specified file into the assembly output. The assembler 
searches for the file in the current directory and all paths added using the -I option. 
If offset is specified, offset bytes are skipped at the beginning of the file. If size is 
specified, only size bytes are inserted into the assembly output. 


.include "file" 


Inserts the contents of the named file after the .include directive. May be nested to 
any level. Example: 


.include "globals.h" 
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Set or change the number of lines on each page of the listing file. The default value 
is 60. This count may be set initially by option -Xplen (Set Lines Per Page (-Xplen=n), 
p-288), and it includes any margin set by option -Xpage-skip (Set Page Break Margin 
(-Xpage-skip=n), p.288). See 22. Example Assembler Listing for an example of an 
assembly listing. Example: 


Lent 72 


.lcomm symbol, size [,alignment] 


list 


.literals 


Define a symbol as the address of a local common block of length size expression 
bytes in the .bss section. 


Note that the symbol is not made visible outside the current module. Contrast with 
comm . 


The size and alignment expressions must be absolute. See Optional alignment, p.315 
for a description of the alignment parameter and its default value. Example: 


.lcomm local_array, 200 # 200 bytes aligned on 8 bytes by default 


Turns on listing of lines following the .list directive if the option -L or -l is specified. 
Listing can be turned off with the .nolist directive. See 22. Example Assembler 
Listing for an example of an assembly listing. 


Flushes the assembler’s accumulated literal pool for the current section. This is 
used to emit the literal table at the exact point desired. 


Whenever the distance to the most remote instruction referencing a literal gets 
close to the maximum, the assembler automatically emits part of table. It tries to 
generate the table after a branch if possible; otherwise it will insert a branch around 
the table. 
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.llen expression 
Set the number of printable character positions per line of the listing file. The 
default value is 132. A value of 0 means unlimited line length. This count may be 


set initially by option -Xllen (Set Line Length of Listing File (-Xllen=n), p.288). See 
22. Example Assembler Listing for an example of an assembly listing. Example: 


.llen 132 


.llong expression .... 


Reserves 8 bytes (64 bits) for each expression in the operand field and initializes the 
value of the word to the corresponding expression. Example: 


-llong Oxfedcba9876543210,0123456,-75 # 24 bytes 
-long expression .,... 


Reserves one long word (32 bits) for each expression in the operand field and 
initializes the value of the word to the corresponding expression. Example: 


. Long Oxfedcba98,0123456,-75 # 12 bytes 
name.macro [parameter ,...] 
Start definition of macro name. All lines following the .macro directive until the 


corresponding .endm directive are part of the macro body. See 21. Assembler Macros 
for a detailed description. 


-«mexit 


Exit the current macro invocation. Synonymous with .exitm, p.318. 


-.name "file" 


See file “file”, p.319. 
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Turns off listing of lines following the .nolist directive if the option -L or -l is 
specified. Listing can be turned on with the .list directive. See 22. Example 
Assembler Listing for an example of an assembly listing. 


Sets the current location counter to the value of expression. The value must either 
be an absolute value or be relocatable and greater than or equal to the current 
location. Using the .org directive with an absolute value in ELF mode will produce 
a section named .abs.xxxxxxxx, where xxxxxxxx is the hexadecimal address of the 
section (with leading zeros as required to fill to eight digits). The linker will then 
place this section at the specified address. Example: 


.Org Oxf£0000 


will produce a section named .abs.00f£0000 located at that address. 


.p2align expression 


-page 


Aligns the current location counter to 2 to the power of expression. The .p2align 
directive is equivalent to .align when the -Xalign-power2 option is enabled. 


See .eject, p.316. 


-Ppagelen expression 


-plen expression 


See .Icnt expression, p.323. 


See .Icnt expression, p.323. 
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Assembly output is directed to the program section selected prior to the last 
section, .text, .data, etc. directive. 


See .fext, p.331. 


-psize page-length [,line-length] 


data 


.rodata 


Set the number of lines per page and number of character positions per line of the 
listing file. This directive is exactly equivalent to setting page-length with the .Icnt 

expression, p.323 and setting line-length with the .llen expression, p.324; see them for 
additional details. See 22. Example Assembler Listing for an example of an assembly 
listing. 

Example: 


-psize 72,132 


Switches output to the .rodata (read-only data) section. 


Switches output to the .rodata (read-only data) section. 


-Sbss [symbol, size [,alignment]] 


With no arguments, switch output to the .sbss section (short uninitialized data 
space). 


With arguments, define a symbol as the address of a block of length size expression 
bytes in the .sbss section and make it global. 


The size and alignment expressions must be absolute. See Optional alignment, p.315 
for a description of the alignment parameter and its default value. Examples: 


326 


-Sbttl "string" 


.sdata 
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# switch to .sbss section 


local_array,200 # reserve space in .sbss section 


See .subtitle “string”, p.331. 


Switches output to the .sdata (short data space) section. 


Switches output to the .sdata2 (constant short data space) section. 


-section name, [alignment], [type] 


Table 20-1 


The assembly output is directed into the program section with the given name. The 
section name may be quoted with the (") character or not quoted. The section is 
created if it does not exist, with the attributes specified by type. type is one or more 
of the following characters, written as either as a quoted "string" or without quotes. 
If type is not specified, the default is d (data). 


Section Type 


Type Linker Command File 

Character Section Type® Description of Section Contents 

b BSS zero-initialized data 

c TEXT executable code 

d DATA data 

m TEXT DATA mixed code and data 

n COMMENT not allocatable — the section is not to occupy 


space in target memory; for example, 
debugging information sections such as 
debug in ELF 
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Table 20-1 Section Type (cont'd) 


Description of Section Contents 


Type Linker Command File 
Character Section Type® 

) not applicable? 

r CONST 

w DATA 

x TEXT 


COMDAT section (see 23.5 COMDAT Sections, 
p-353) 


readable data 
writable data 


executable code 


a. See Type Specification: ([=]BSS), ([=]COMMENT), ([=]CONST), ([=]DATA), ([=]TEXT), 
([=]BTEXT); OVERLAY, NOLOAD, p.388. 

b. ‘o’, for COMDAT, is an additional attribute of a section and is usually used with 
another type specification character. If “o” is used with another section type character, 
the linker command file section type will be that of the other section type character; if 
used by itself, the default will be COMMENT. 


The alignment expression must evaluate to an integer and specifies the minimum 
alignment that must be used for the section. 


The compiler uses the b type with the #pragma section directive to specify an 
uninitialized section. Example: direct assembly output to a section named “.rom”, 
with four-byte alignment, containing read-only data and executable code: 


.section ".rom",4,rx 


-section n 


The assembly output is directed into the program section named “_Sn”. Example: 
direct assembly output to a section named “_S1”: 


.section 1 


-sectionlink section-name 


This directive will cause the current section to be linked as if it had the name 
section-name. This directive is available only for ELF object output. 
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-Set option 


The following .set option directives are available: 


reorder 

noreorder 
When processed by the reorder program before assembly, enable/disable 
reorder optimizations (thus, the .set reorder and .set noreorder directives are 
actually “reorder” directives rather than assembler directives). Code 
generated for modules compiled with optimization includes a .set reorder 
directive. Use .set noreorder in asm strings and asm macros in such code to 
disable reordering changes to these hand-coded assembly inserts. Follow with 
.set reorder to re-enable reordering optimization. See 7.4 Reordering in asm 
Code, p.160. 


-set symbol, expression 


Defines symbol to be equal to the value of expression. This is an alternative to the 
.equ directive. Example: 


.set nine,9 


NOTE: Using this form of .set, the symbol may not be redefined later. Use the next 


form of .set with the symbol first on the line if redefinition is required 


symbol[:] .set expression 


Defines symbol to be equal to the value of expression. This form of the .set is different 
from the .equ directive or the form of the .set directive immediately above in that 
it is possible to redefine the value of symbol later in the same module. See 
-Xlabel-colon-... in Set Label Definition Syntax (-Xlabel-colon...), p.285, regarding the 
initial colon. 


expression may not refer to an external or undefined symbol. Example: 


number: .set i] 


number: .set number+1 
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-Short expression ,... 


Reserves one 16 bit word for each expression in the operand field and initializes 
the value of the word to the corresponding expression. Example: 


-Short Oxba98, 012345, -75, 17 # reserves 8 bytes. 
-size symbol, expression 


Sets the size information for symbol to expression. Note that only the ELF object file 
format uses the size information. 


Skip size 


The .skip directive reserves a block of data initialized to zero. size is an expression 
giving the length of the block in bytes. Example: 


name: .skip 8 
is the same as: 
name: .byte 0,0,0,0,0,0,0,0 


.Space expression 


See .skip size, p.330 above. 


.String "string" 


See .ascii “string”, p.313. 


-Strz "string" 


See .asciz “string”, p.314. 
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Subtitle "string" 


Sets the subtitle to the character string. This string replaces the %nS format 
specification in the format the string defined by the -Xheader-format option (see 
284). The subtitle may be set any number of times. The default subtitle is blank. See 
String Constants, p.300 for rules for writing the "string". 


.subtitle "string search function" 


-text 
Switches output to the .text (instruction space) section. 
title "string" 
Sets the title to character string. The title may be set any number of times. The 
default title is blank. See String Constants, p.300 for rules for writing the "string". 
Example: 
.title "program.s" 
ttl "string" 


See .title “string”, p.331 above. 


.type symbol, type 


Mark symbol as type. The type can be one of the following: 


#object 
@object 
object 
symbol names an object 


#function 
@function 
function 
symbol names a function 


@tfunc 
symbol names a Thumb function 
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.ulong 


.ushort 


.uword 


warning "string" 
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Note that only the ELF object file format uses type information. 


This is a synonym for .short (.short expression ,..., p.330) except that there are no 
alignment restrictions and an unaligned relocation type will be generated if 
required by the target. 


This is a synonym for .long (.long expression ,..., p.324) except that there are no 
alignment restrictions and an unaligned relocation type will be generated if 
required by the target. 


This is a synonym for .short (.short expression ,..., p.330) except that there are no 
alignment restrictions and an unaligned relocation type will be generated if 
required by the target. 


See .ulong, p.332 above. 


Generate a warning message showing the given string. See String Constants, p.300 
for rules for writing the "string". 


Declares each symbol as a weak external symbol that is visible outside the current 
file. Global references are resolved by the linker. Note that only the ELF object file 
format supports weak external symbols. Example: 


.weak add,sub,mul,div 
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For a further description of weak symbols see weak Pragma, p.134. 


-width expression 


See .llen expression, p.324. 


-word expression, ... 


-xdef symbol ,... 


-xref symbol ,... 


-xopt 


Reserves one word (32 bits) for each expression in the operand field and initializes 
the value of the word to the corresponding expression. Example: 


.word Oxfedcba98,0123456,-75 # reserves 12 bytes. 


See .global symbol ,..., p.319. 


See .extern symbol ,..., p.318. 


Pass -X options to the assembler using the format: 
.xopt option name [ =value] 

Example: 
.xopt align-value 


has the same effect as using -Xalign-value on the command line. In case of a 

conflict, .xopt overrides the command-line option. Also, some -X options are only 
tested before the assembly starts; in that case, the .xopt directive will have no effect. 
This option is primarily for internal use; the command-line options are preferred. 
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Assembler Macros 


21.1 Introduction 335 

21.2 Macro Definition 336 

21.3 Invoking a Macro 339 

21.4 Macros to “Define” Structures 339 


21.1 Introduction 


Assembler macros enable the programmer to encapsulate a sequence of assembly 
code in a macro definition, and then inline that code with a simple parameterized 


macro invocation. 


Example: 


-macro movindirect regl,reg2 // macro definition 
ldr r0, [reg1, #0] 

str r0, [reg2, #0] 

.endm 


// macro invocation #1 


movindirect r8,r9 
// macro invocation #2 


movindirect r1r10,r11 
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This will produce the following code: 


ldr r0, [r11, #0] // macro expansion #1 
str r0, [r10, #0] 
ldr r0, [r9, #0] // macro expansion #2 
str r0, [r8, #0] 


21.2 Macro Definition 


A macro definition has the form: 


label : -macro [parameter ,...] 
macro body 


.endm 


where Iabel is the name of the macro, without containing any period. In addition, 
the following syntax is valid but is not recommended: 

-macroname [parameter ,...] 

macro body 


.endm 


The optional parameters can be referenced in the macro body in two different 
ways. The following two examples show a macro which calculates 


parl = par2 + par3 
(where the parameters are assumed to be in registers). 


1. By using the parameter name: 


add3: -macro parl,par2,par3 # definition 
add parl,par2,par3 
.endm 
add3 Basco ale rm a ae # invocation 
produces 
add ro 710,211. 
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2. By using \n syntax where \1, \2,... \9, \A, ... \Z are the first, second, etc., 
actual parameters passed to the macro. When the \n syntax is used, formal 
parameters are optional in the macro definition. If present, both the named and 
numbered form may be freely mixed in the same macro body. 


add3 : macro # definition 
add VIgN25N3 
.endm 
add3 r9,r10,r11 # invocation 
produces 
add 9). FUT LT 


The special parameter \0 denotes the actual parameter attached to the macro name 
with a “.” character in an invocation. Usually this is an instruction size. 


move: .macro dregp, sregp // definition 
ldr.\0 x1, [sregp,0] 
str.\0 x1, [dregp, 0] 
.endm 
move.h whOs eal, // invocation 
produces 
ldr x1, [r11,0] 
str r1, [r10,0] 


Separating Parameter Names From Text 


In the macro body, the characters “&&” can optionally precede or follow a 
parameter name to concatenate it with other text. This is useful when a parameter 


is to be part of an identifier: 


xadd: -macro parl,par2,hcenst # definition 
add parl,par2, 0x&&henst 
.endm 
xadd r4,r5,f££00 # invocation 
produces 


add r4,r5,0xf£00 
Generating Unique Labels 


The special parameter \@ is replaced with a unique string to make it possible to 
create labels that are different for each macro invocation. 
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The following macro defines a string of up to four bytes in the .data section at a 
uniquely generated label (however the length of the string is not checked), and 
then generates code to load the contents at that label (the string itself) into a 


register. 
istr: -macro string,reg 
data 
.Lm\@: 
.byte string, 0 
previous 
ldr reg,=.Lm\@ 
.endm 
istr "abe" ,d6 
produces 
data 
-Lm.0001: 
.byte "abe" ,0 
-previous 
ldr r0,=.Lm.0001 


NARG Symbol 


; definition 


; invocation 


The special symbol NARG represents the actual number of non-blank parameters 
passed to the macro (not including any \0 parameter): 


anit: -macro value 
Rel NARG == 0 
.byte 0 
.else 
. byte value 
.endc 
.endm 
init 
ina t 10 

produces 

. byte 0 
. byte 10 
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21.3 Invoking a Macro 


A macro is invoked by using the macro name anywhere an instruction can be used. 
The macro body will be inserted at the place of invocation, and the formal 
parameters in the macro definition will be replaced with the actual parameters, or 
operands, given after the macro name. 


Actual parameters are separated by commas. To pass an actual parameter that 
includes special characters, such as blanks, commas and comment symbols, angle 
brackets ”< >” may be used. Everything in between the brackets is regarded as one 
parameter. 


If the option -Xmacro-arg-space-on is given, blanks may be included in an actual 
parameter without using brackets. Example: 


pias oe -macro command, list 
data 
command list 
-previous 
.endm 


init byte,<0,1,2,3> 


produces 
.data 
.byte 015243 
-previous 


21.4 Macros to “Define” Structures 


21 
Although struct is not part of the assembly language, the macros shown below Pat 
allow you to assign offsets to symbols so they can refer to structure members. 

These macros do not allocate memory; they merely assign values to symbols. The 

value of a structure “member” is its offset from the beginning of the structure. 


The macros use CURRENT_OFFSET_VALUE to set the offsets of structure members: 
the STRUCT macro sets CURRENT_OFFSET_VALUE to 0; the MEMBER macro 
defines a symbol named for the member and having as its value 
CURRENT_OFFSET_VALUE, then increments CURRENT_OFFSET_VALUE by the 
size of the member. 
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STRUCT .-mMacro 

CURRENT_OFFSET_VALUE -set 0 
endm 

MEMBER -macro name, size 

name = CURRENT_OFFSET_VALUE 

CURRENT_OFFSET_VALUE .set CURRENT_OFFSET_VALUE + size 
.endm 


CURRENT_OFFSET_VALUE must be incremented with this form of the .set 
directive because it allows the symbol so set to be set again later in the module. See 
symbol[:] .set expression, p.329 for details. 


Also, note that: 
= The MEMBER macro cannot be labeled. 


« These macros cannot be used to define nested structures because there is only 
one CURRENT_OFFSET_VALUE used for all instances. 


= A final MEMBER can be used to define the size of the structure. 


Example 


The macros define the symbols first_name, middle_initial, and last_name with 
values 0, 20, and 21 respectively, and define name_size as the total size of the 
“structure” with a value of 46. 


STRUCT 

MEMBER first_name, 20 
MEMBER middle_initial,1 
MEMBER last_name,25 
MEMBER name_size,0 


One might use this, for example, as follows: 


data 
recl: 
.skip 20 # reserve space for a first name 
.skip 1 # =... middle initial 
.skip 25 # =... and last name 


Then an expression such as rec1+last_name in an instruction would access the 
last_name “member” of the rec1 “structure”. 
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Example Assembler Listing 


If the -l or -L option is specified, a listing is produced. The -1 option produces a 
listing file with the default extension .Ist (or the extension specified with 
-Xlist-file-extension="string"). The -L option sends the listing to standard output. 


The listing contains the following: 


Location 
Hexadecimal value giving the relative address of the generated code within 
the current section. 


Pl 
“Pl” stands for “Program Location counter number”. Maps one-to-one to the 
section number in the object file (but not necessarily in the same order). When 
the same section is used at several discontinuous places in the source, the same 
section number will be used for all instances. 


Code 
Generated code in hexadecimal. 


Line 
Source line number. 


Source Statement 
Source code lines. 


To change the format of the assembly line, see Set Format of Assembly Line in Listing 
(-Xline-format="string”), p.286. 


If the -H option is used, a header containing the source filename and the 
cumulative number of errors is displayed at the top of each page. To change the 
format of the header, see Set Header Format (-Xheader-format="string”), p.285. 
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Location 


00000000 
00000004 


00000008 
0000000c 
00000010 
00000014 


00000018 
0000001c 
00000020 


PL 


01 
01 


01 
01 
01 
01 


01 
01 
01 
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Errors are not included in the listing but are always written to stderr. 


The following shows a listing produced by assembling an extract from file swap.s 
with the command: 


dcc -tARMEN -c -Xpreprocess-assembly -Wa,-l -Wa,-H swap.s. 


swap:.s is used with the bubble sort example in the Getting Started manual. Note the 
use of the dcc command and special options passed to the assembler using the -Wa 
options (rather than the usual das command). This is because the actual ARM 
swap.s assembly file contains code for both the ARM and Thumb processors, and 
the dcc preprocessor is used to select the desired variant. The listing contains “...” 
lines where the code not selected or comments were deleted for brevity. Also, note 
the first line: the actual file assembled, /var/tmp/d, was the temporary output file 
from the preprocessor. See file swap.c for details. 


Assembly Listing File Swap.|st 


File: /var/tmp/d Errors 0 

Code Line Source Statement 

24 .name "Swap.s" 

25 .section .text2,,¢c 

26 .align 4 

27 .xdef swap 

28 

29 swap: 
e24d doo4 33 sub sp,sp, #4 
e58d e000 34 str lr, [sp, #0] 
e590 1000 37 ldr r1, [r0,#0] 
e590 2004 38 ldr r2,[r0,#4] 
e580 2000 32 str r2, [r0, #0] 
e580 1004 40 str r1, [r0, #4] 
e59d e000 45 ldr lr, [sp, #0] 
e28d do0o4 46 add sp,sp,#4 
elaO f£00e 47 mov pe,lir 
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The Wind River Linker 


23.1 The Linking Process 346 

23.2 Symbols Created By the Linker 350 
23.3 .abs Sections 352 

23.4 COMMON Sections 352 

23.5 COMDAT Sections 353 

23.6 Sorted Sections 354 

23.7 Warning Sections 354 

23.8 .frame_info sections 355 


23.9 Interworking 356 


This section describes the linker for ARM microprocessors and is organized as 
follows: 


« This chapter is a brief introduction to the linking process, including an 
example, description of special symbols created by the linker, and treatment of 
special sections. 


» 24. The dld Command, describes the command to invoke the linker and its 
options. 


» 25. Linker Command Language, describes the language used in linker command 


files. 
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In addition, F. Object and Executable File Format, describes the format of object files 
processed by the linker and special relocation types for those requiring such 
detailed information. 


23.1 The Linking Process 


This section provides an introduction to the linking process. Readers familiar with 
linker operation may proceed to 23.2 Symbols Created By the Linker, p.350. 


The linker is a program that combines one or more binary object modules produced 
by compilers and assemblers into one binary executable file. It may also write a text 
map file showing the results of its operation. 


Each object module/ file is the result of one compilation or assembly. Object files 
are either stand-alone, typically with the extension .o, or are collected in archive 


“oa 


libraries, also called libraries. Library files typically have the extension “.a”. 


An object module contains sections of code (also called “text”), and “data”, with 
names such as .text, data (variables having initial values), .bss (“blank sections — 
uninitialized variables), and various housekeeping sections such as a symbol table 
or debug information. 


The linker reads the sections from the object modules input to it, and based on 
command-line options and a linker command file, combines these input sections into 
output sections, and writes an executable file (usually; it is also possible to output a 
file which can be linked again with other files in a process called incremental 
linking). 


A section may contain a reference to a symbol not defined in it — an undefined 
external. Such an external must be defined as global in some other object file. A 
global definition in one object file may be used to satisfy the undefined external in 
another. 


As compiled or assembled into an input object file, the first byte of each input 
section is at address 0 (typically). But when finally located in memory as part of 
some output section, the input section will not be at address 0 (except for the first 
input section in an output section that is actually located at 0). Any absolute 
references to bytes in the section from within the section will therefore be “wrong” 
and will require relocation. The input object file contains sections of relocation 
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information which the linker will use to adjust such absolute references. Relocation 
information is used to make other similar adjustments as well. 


Given the definitions above, in the abstract, the linking process consists of six 
steps: 

1. Read the command line and linker command file for directions. 

2. Read the input object files and combine the input sections into output sections 


per the directions in the linker command file. Globals in one object file may 
satisfy undefined externals in another. 


3. Search all supplied archive libraries for modules which satisfy any remaining 
undefined externals. 


4. Locate the output sections at specific places in memory per the directions in 
the linker command file. 


5. Use the relocation information in the object files to adjust references now that 
the absolute addresses for sections are known. 


6. If requested, write a link map showing the location of all input and output 
sections and symbols. 


This section provides an example of the above linking process. Consider the 
following two C files: 


File f1.c: 
inta=1 
int b 
main() 
{ 
b= 2; 
£2(3); 
} 
File f2.c: 


extern int a, b; 


f£2(int c) 
{ 

printf("a:%d, b:%d, c:%d\n", a, b, c); 
} 
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The compilation command 


dec -O -c fl.c f2.c 


generates the object files f1.0 and f2.0. 


The contents of the two object files are shown in Table 23-1. 


Linking Example Files 


Section Type of Data Contents 
fl.o: 
text Code Instructions of function main(). 
-data Variables Initialized variable a. 
-rela.text Relocation Reference to the variable b inside main(). 
entries Reference to the function f2 inside main(). 
.symtab Symbol table Symbol main, defined in .text section. 
entries Symbol a, defined in the .data section. 
Symbol b, COMMON block of size 4. 
Symbol f2, undefined external symbol. 
£2.00: 
.text Code Instructions of function f2() and the string used 
in printf(). 
-rela.text Relocation Reference to the variable a inside f2(). 
entries Reference to the variable b inside f2(). 
Reference to the function printf inside f2(). 
Reference to the printf string inside f2(). 
.symtab Symbol table Symbol _f2, defined in the .text section. 
entries Symbol _a, undefined external symbol. 


Symbol _b, undefined external symbol. 
Symbol _printf, undefined external symbol. 
Local symbol for the printf string, defined in the 
.text section. 
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Invoking the linker explicitly using the dld command is fully described in 24. The 
dld Command. However, the easiest way to invoke the linker is to use one of the 
compiler drivers, for example, dcc, as follows: 


dec fl.0 £2.0 -o prog 


The driver notes that the input files are objects (f1.0 and f2.0) and invokes the 
linker immediately, supplying default values for the library, library search paths, 
linker command file, etc. To see how the linker is invoked, add the option -# to the 
above command; this option directs the driver to display the commands it uses to 
invoke the subprograms. 


Schematically, the result will be as follows: 


dcc fl.o £2.0 -o prog -# 
dld -YP,search-paths -1:crt0.0 £1.0 £2.0 -o prog -lc 
version_path/conf/default.dld 
The -Y¥P option specifies directories which the linker will search for libraries 
specified with “-1” options and files specified with “-l:filename” options. crt0.o is 
the C start-up module. The -lc option directs the linker to search for a library 
named libc.a in the paths specified by -YP. 


With this command, the linker will proceed as follows: 


1. The text file is assumed to be a linker command file (default.dld here), input 
object files are scanned in order (crt0.0, f1.0, and f2.0), and archive libraries are 
searched as necessary for undefined externals (the library filename libc.a is 
constructed from the option -lc). 


In this link, the file printf.o is loaded from libc.a because printf is not defined 
in the f1.0 or f2.0 objects. printf.o, in turn, needs some other files from libc.a, 
such as fwrite.o, strlen.o, and write.o. 


2. Per the directions in the default.dld linker command file, input sections with 
the same name are combined into one output section. In this instance all .text 
sections from crt0.o, f1.0, f2.0, printf.o, fwrite.o, etc. are concatenated into a 
single output .text section. This also done for the other input sections. The 
linker command language can be used to specify how sections should be 
grouped together and where they should be placed in memory. 


3. All “common blocks” not defined in .text or .data are placed last in the .bss 
section. See 23.4 COMMON Sections, p.352 for details. In this case four bytes 
for the variable b are allocated in .bss section. 


4. Once the location of all output sections is known, the linker assigns addresses 
to all symbols. By default, the linker puts the .text section in one area of 
memory, and concatenates the .data and the .bss sections and locates the result 
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in another area in higher memory. However these defaults are seldom 
adequate in an embedded system, and memory layout is usually controlled by 
a linker command file (version_path/conf/default.dld in this example). 


5. Allinput sections are copied to the output file. While copying the raw data, the 
linker adjusts all address references indicated by the relocation entries. Note 
that there is no space in the input object file or output executable for .bss 
sections because they will be initialized by the system at execution time. 


6. Anupdated symbol table is written (unless suppressed by the -s, strip option). 


NOTE: While .bss sections do not occupy space in the linker output file, if 
converted to Motorola S-Records, S-Records will be generated to set the space to 
zeros. To suppress this, use the -v option to the -R command for ddump in 

29. D-DUMP File Dumper. 


23.2 Symbols Created By the Linker 


If necessary, the linker creates the following symbols at the end of the link process. 
(The linker does not recreate symbols that the user has already defined or create 
symbols that are never referred to in any module.) These can be used in C or 
assembly programs, for example, in startup code to initialize .bss sections to zero, 
or to “copy ROM to RAM” (see Example 25-8Copying Code from “ROM” to “RAM”, 
p-401, for an example of the latter). 


That is, amodule may declare these symbols as external and use them without ever 
defining them in any module. The linker will then create the symbols as described 
during the linking process, and satisfy the external by referring to the created 
symbol. 


-endof.section-name 
Address of the last byte of the named section. See Note 1. 


.sizeof.section-name 
Size in bytes of the named section. See Note 1. 


.Startof.section-name 
Address of the first byte of the named section. See Note 1. 
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etext, etext 
First address after final input section of type TEXT. See Note 2. 


edata, edata 
First address after final input section of type DATA. See Note 2. 


end, end 
First address after highest allocated memory area. 


sdata, _sdata 
First address of first input section of type DATA. See Note 2. 


stext, stext 
First address of first input section of type TEXT. See Note 2. 


__GLOBAL_OFFSET_TABLE_, 
__PROCEDURE_LINKAGE_TABLE_, 
_ DYNAMIC 
Base addresses for access to data in the .got, .plt, and .dynamic sections. 


1. .endof...., .sizeof...., and .startof.... cannot be used in C code because C 
identifiers must include only alphanumeric characters and underscores. But 
they can be used in assembly code. See Unary Operators, p.306. 


2. See type-spec in Type Specification: ([=]BSS), ([=]JCOMMENT), ([=]CONST), 


([=]DATA), ([=]TEXT), ([=]BTEXT); OVERLAY, NOLOAD, p.388, for a 
discussion of output section types DATA and TEXT. As noted there, if an output 
section contains more than one type of input section, then its type is a union of 
the input section types. In this case, the symbols related to the DATA and TEXT 
sections as described above are not well-defined. 


For example, the following prints the first address after the highest allocated 
memory area: 


extern char end; 
main() { 


printf("Free memory starts at 0x%x\n",end); 


} 
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23.3 .abs Sections 


Input files may contain sections with names of the form .abs.nnnnnnnn, where 
nnnnnnnn is eight hexadecimal digits (zero-filled if necessary). Such sections will 
automatically be located at the address given by nnnnnnnn. 


The compiler generates such sections in response to #pragma section directives of 
the form 


#pragma section class_name [addr_mode] [acc_mode] [address=n] 


where the value given the address=n clause becomes the nnnnnnnn in the section 
name. 


23.4 COMMON Sections 


Common variables are public variables declared either: 


«= Incompiled code outside of any function, without the extern or static qualifier, 
and which are not initialized, e.g. at the module level: 


int x[10]; 
« With .comm or .lcomm in assembly language. 
Such variables are assigned to an artificial COMMON section. 


The linker gathers all common variables together and appends them to the end of 
the output section named .bss; that is, the combined artificial COMMON sections 
for all modules becomes the end of the .bss output section. 


These are the standard actions if the -Xbss-common-off option is not used. If the 
-Xbss-common-off option is used: 


«There must be exactly one definition of each such variable in the modules of a 
link, with all other declarations being extern or .xref, or the linker will report 
an error. 


« Each such variable will be part of the .bss section for the module in which it is 
defined. Because the location of individual sections may be controlled ona per 
file basis when linking, such variables can be located more precisely. 
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If an incremental link is requested (option -r), COMMON sections are allocated 
only if the -a option is also given. 


Linker Command File Requirements with COMMON 


As noted above, by default the linker places COMMON sections at the end of 
output section .bss. If there is no .bss section, then the linker command file must 
include a section-contents of the form [COMMON] (see Section Contents, p.386). 


SCOMMON Section 


The linker can process an SCOMMON section, typically holding “small” common 
variables and sometimes produced by other tools. This section is not normally 
used by the Wind River tools. Just as the COMMON section is appended to the .bss 
output section, the SCOMMON section, if present, is appended to the .sbss output 
section; if there is no .sbss output section, it is appended to the .bss output section. 
If neither the .sbss nor .bss output section exists, then the linker command file 
must contain a section-contents of the form [SCOMMON] (see Section Contents, 
p-386). 


23.5 COMDAT Sections 


A COMDAT section is created by using “o” for the section type in an assembler 
Section directive (see .section name, [alignment], [type], p.327), or by using the 
compiler option -Xcomdat-on which causes sections generated for templates and 
run-time type information to be marked COMDAT (see 5.4.26 Mark Sections as 
COMDAT for Linker Collapse (-Xcomdat), p.66). See this latter discussion for the an 
example of the use of COMDAT sections. 


When the linker encounters identical COMDAT sections, it removes all except one 
instance and resolves all references to symbols in the COMDAT section to the 
single instance. 


If anon-COMDAT section is present along with one or more identical COMDAT 
sections, the linker will still collapse the COMDAT sections to one instance, but 
will treat the symbols in the COMDAT section as weak. See weak Pragma, p.134 for 
the treatment of weak symbols. 
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23.6 Sorted Sections 


The GROUP definition described in GROUP Definition, p.392, is the usual way for 
a user to explicitly control the order of input sections in an output section. A 
second mechanism for controlling input section order, called sorted sections is 
described here. 


An input section is a sorted section if its name begins with a period and ends with 
“$nn”, where mn is a two-digit decimal number, for example .init$15. The first part 
of the name (before the $n) is called the common section name and the $nn part is 
called the priority. Input sections can also be assigned priority in the linker 
command file. 


As described beginning on Section-Definition, p.385, a section-definition defines an 
output section and may include a list of input sections. The order in the output 
section of the input sections is undefined. However if the list of input sections 
includes a common section name, then all input sections having that common 
section name will be placed together and will be sorted in the output section in 
order of their ascending priority numeric priority. 


An input section having the common section name but no priority suffix is given 
priority 50. The order among sorted sections with the same priority is undefined. 


This sorted section feature is used by the compiler to order sections when 
generating initialization code. See 15.4.5 Run-time Initialization and Termination, 
p-260 for details. 


23.7 Warning Sections 


If a section is named .warning, the linker prints the text from that section to 
standard output as a warning message if any section is loaded from the file. The 
warning is printed only during the final linking; incremental linking will put such 
sections into the output file. This is useful when the library has stub functions that 
need to be replaced. 
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Example: 
#pragma section DATA ".warning" N 


char __warning[] = "No chario output routine has been given. \n" 
"Printing through write() or printf() will not work.\n"; 


#pragma section DATA 


int __outchar(int c, int last) 
{ 
} 


The linker prints the following message: 
dld: warning: 


No chario output routine has been given. 
Printing through write() or printf() will not work. 


23.8 .frame_info sections 


The compiler generates .frame_info sections for C++ programs when 
exception-handling is enabled. A section is created for any function that might 
appear on the call stack between a try and a throw; the linker concatenates these 
into a searchable table that is used for stack-unwinding and object clean-up after 
an exception occurs. For each function, the table contains a small (8- to 24-byte) 
record that includes pointers to structures in the .data section. Since the C++ 
support functions in libd.a are compiled with exception-handling enabled, most 
C++ programs have at least some .frame_info data. 


By default, C functions do not have .frame_info sections. To generate .frame_info 

sections for C functions—essential in mixed programs in which C++ exceptions 

may propagate back through C functions—use the -Xframe-info compiler option. 
Throwing an exception through C code that is not compiled with -Xframe-info 

results in a call to the C++ standard-library terminate() function. Pure C++ 
applications and applications that only call C from C++, never the other way 

around, do not need to use -Xframe-info. 
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23.9 Interworking 


For processors that implement the Thumb instruction set, ARM and Thumb code 
can be mixed. Small code sections called veneers are generated by the linker to 
change the instruction-set state. Use the option -Xinterwork if Thumb subroutines 
in the object file might need to return to ARM code or if ARM subroutines might 
need to return to Thumb code. See the ARM Developer Guide for more details. 
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24.1 The dld Command 357 
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24.4 Linker Command-Line Options 361 
24.5 Linker -X options 369 


24.1 The dld Command 


The linker is invoked by the following command: 
did [options] input-file ... 


Options are described in 24.4 Linker Command-Line Options, p.361 and 24.5 Linker 
-X options, p.369. 


The linker decides what to do with each input-file given on the command line by 
examining its contents to determine its type. Each file is either an object file, an 
archive library file, or a text file containing directives to the linker: 


* Object files: These are loaded in the order given on the command line. 


« Archive files: If there is a reference to an unresolved external symbol after 
loading the objects, then any archive library files given on the command line 
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(or specified with -1 options) are searched for the symbol, and the first object 
module defining the missing symbol is loaded from the libraries. 


Library search order depends on the use of the -L, -Y L, -Y U, -Y P, and 
-Xrescan-libraries options. See Specify Search Directories for -l (-Y L, -Y P, -Y U), 
p-368 and Re-scan Libraries (-Xrescan-libraries...), p.374 for details. 


Archive libraries may be built with the dar tool. Archive libraries built by other 
archivers must conform to the ELF format accepted by the linker. 


Text files: A text file is interpreted as a file of linker commands. These 
commands are described in 25. Linker Command Language. More than one 
linker command file is allowed. 


Linker Command Structure 


“wow 


A typical linker command will be as follows in outline (where “...” means 
repetition, and on one line when entered): 


dld -¥YP,search-paths -o output-file-name -1:startup-object-file object-file ... 
library... -1libs... linker-command-file 


where: 


-YP, search-paths 


Directories to search for files named by -1 options and -1: options. The paths for 
the default directories are based on the default target. See Select Target Processor 
and Environment (-t tof:environ), p.368. 


(Search paths can also be specified using other -Y options and the -L option as 
described later). 


-o output-file-name 


Options to specify the name of the output file (the default is a.out if no -o 
option is given). 


-1: startup-object-file 
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Startup object file. Link this file first to help establish the order of various 
initialization sections. Searched for in the directories specified by -Y or -L 
options (no path prefix allowed). Because the first character after -] is “:” the 
search is for a file with the exact name following the colon. Contrast with -1 
below. 


Alternatively, the startup object file can be named directly on the command 
line, in which case a path prefix is allowed. 


24 The did Command 
24.1 The dld Command 


object-file... 
The object files to be linked. 


library... -1libs... 
Libraries to be searched for modules defining otherwise undefined external 
symbols. Libraries can be given directly on the command line with path prefix, 
or searched for in the -Y or -L directories by using the -lname form. In the latter 
case, the library name libname.a is constructed from name and no path prefix is 
allowed. 


linker-command-file 
Text file of linker commands. A path prefix is allowed. 


To get a map to stdout, add the -m, -m2, or -m6 option (with increasing detail). 


A good way to gain experience with linker command lines, and to see default 
values for the parts of the command line outlined above, is to invoke dec or dplus 
with the -# option to show the command line for each subprogram. For example, 
the following command line: 


dcc -# -o hello.out hello.c -m > hello.map 


would effectively invoke the linker with the following command line (assumes 
default of no floating point, and shows each argument on a separate line for 
readability): 
dld -Y P,/diab/4.x/ARMEN/simple: /diab/4.x/ARMEN: 
/diab/4.x/ARME/simple:/diab/4.x/ARME 

-l:crt0.o 

hello.o 

-o hello.out 

-le 

/diab/4.x/conf/default.dld 

-m > hello.map 


where: 


-Y P,/diab/4.x/.. 
Directories to search for files named by -l options. 


-l:crt0.o 


Startup object file from the directories specified by the -YP option. 


hello.o 
The object module to be linked. 


-o hello.out 
The name of the output file instead of a.out. 


-lc 
Search for library libc.a for modules defining unresolved externals in the 
directories specified by -YP. 
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/diab/4.x/conf/default.dl1d 


-m > 


24.2 Defaults 


Use the default linker command file. 


hello.map 
Request a minimal map and redirect it from stdout to hello.map (the driver 
dcc passes any option it does not recognize, the -m in this case, to the linker). 


In addition to application input object files, the linker typically needs a linker 
command file to direct the link, libraries to satisfy undefined externals, and often 
a startup object file. 


When the linker is invoked explicitly with the dld command, there will be no 
default linker command file, no libraries, and no startup file — all must be 
specified using command-line options as described in this chapter. 


When the linker is invoked automatically by the dec or dplus drivers, it is invoked 
with options which specify default linker command file, libraries, and startup 
object file. 


These defaults are as follows: 
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Linker command file: the default is version_path/conf/default.dld. To specify a 
different linker command file when using dcc or dplus, use the -Wmfile option 
(5.3.28 Specify Linker Command File (-W mfile), p.43). Note that -Wm is an option 
to the compiler driver directing its sub-invocation of the linker; -Wm is not a 
linker option. To provide a linker command file when invoking the linker 
directly, just name it on the dld command line. 


Libraries: the defaults are libraries libc.a and, for C++, libd.a from the 
directories associated with the default target, and/or as specified with -L, -L, 
and/or -Y¥ options on the command line as documented later in this manual. 


Startup object file: the default is crt.o from the selected target subdirectory. To 
specify a different startup object file when using dcc or dplus, use the -Wsfile 
option (5.3.29 Specify Startup Module (-W sfile), p.43). As with -Wm this is a 
driver, not a linker, option. 


24 The did Command 
24.3 Order on the Command Line 


To see the defaults for a particular case, execute dec or dplus with the -# option to 
display the command line for the compiler, assembler, and linker as each is 
automatically invoked. 


NOTE: Linker command files formerly used an extension of .Ink. As of version 4.2, 
this is changed to .dld because .Ink is used by Windows to designate a shortcut. In 
the conf directory, identical copies of each linker command file using each 
extension will be present for an interim period. 


24.3 Order on the Command Line 


Options and files may be intermixed and may be given in any order except that an 
option which specifies a search directory for -l, that is -L or -Y, must be given 
before a -1 to which it is to apply. However the following order is recommended: 


* — options 

" — object files 

« libraries and -1 options which name libraries 
=» linker command file 


Other options may be mixed in any order. While libraries and objects may be in any 
order (with the default setting of -Xrescan-libraries, see Re-scan Libraries 
(-Xrescan-libraries...), p.374), a link will be faster if there is no need to re-scan a 
library. The linker may also be more efficient in processing a linker command file 
if its has encountered all objects first. 


24.4 Linker Command-Line Options 


This section contains standard command-line options common to many linkers. 
The next section documents -X options which provide additional detailed control 
over the linker (beginning with 24.5 Linker -X options, p.369). 


For a concise list of all options, see the table of contents. 
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Show Option Summary (-?, -?X) 


-?, -h 
-help 
Show synopsis of command-line options. 


-?X, -hX 
Show synopsis of -X options (see 24.5 Linker -X options, p.369). 


Read Options From an Environment Variable or File (-@name, -@ @name) 


-@ name 
Read command-line options from environment variable name if it exists, else 
from file name. 


In an environment variable, separate options with a space. In a file, place one 
or more options per line, separated by a space. 


-@@name 
Same as -@name; also prints all command-line options on standard output. 


Redirect Output (-@E=file, -@E+file, -@O=file, -@O+file) 


-@E=file 
Redirect any output to standard error to the given file. 


-@O=file 
Redirect any output to standard output to the given file. 


Use of “+” instead of “=” will append the output to the file. 


Link Files From an Archive (-A name, -A...) 


-A filename 

-A -Iname 

-A -L:filename 
Link all files from the specified archive. The -A option affects only the 
argument immediately following it, which can be a filename or -! option. (See 
Specify Library or File to Process (-Iname, -l:filename), p.365.) If filename or name is 
not an archive, -A has no effect. 


Sections can still be dropped with the -Xremove-unused-sections option. 
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-A1... 
Same as -A. 


-A2... 
Same as -A, but overrides -Xremove-unused-sections for the specified 
archives. 


-A3... 
Same as -A2, but also overrides -s and -ss for the specified archives. 


Allocate Memory for Common Variables When Using -r (-a) 


-a 
Common variables are not normally allocated when an incremental link is 
requested by the -r option. The -a option forces allocation in this case. See 
23.4 COMMON Sections, p.352 for details. 


Set Address for Data and tExt (-Bd=address, -Bit=address) 


-Bd=address 

-Bt=address 
Allocate .text section and other constant sections to the given address. The -Bd 
and -Bt options provide a simple way to define where to allocate the sections 
without having to write a linker command file. If either -Bd or -Bt is specified, 
the linker will use the following command specification: 


SECTIONS { 
GROUP Bt-address : { 
.text (TEXT) { 
*(.text) *(.rdata) *(.rodata) 
*(.,init) *(.fini) 
} 
-sdata2 (TEXT) : {} 
} 
GROUP Bd-address: { 
.data (DATA) : {} 
-sdata (DATA) : {} 
.sbss (BSS) : {} 
-bss (BSS) : {} 


} 


If the -N option is given, the .data section is placed immediately after the .text 
section. 
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NOTE: The -Bd and -Bt options are ignored if a linker command file is present. The 
default.dld linker command file will be present by default if the linker is invoked 
implicitly by dec or dplus. To use -Bd and -Bt, suppress the use of the default linker 
command file with the -W m option with no name on the dec or dplus command 


line 


Bind Function Calls to Shared Library (-Bsymbolic) 


When creating a shared library, bind function calls, if possible, to functions 
defined within the shared library. For VxWorks RTP application development. 


Define a Symbol At An Address (-Dsymbol=address) 


-Dsymbol=address 
Define specified symbol at specified address. 


Define a Default Entry Point Address (-e symbol) 


-e symbol 
symbol is made the default entry address and entered as an undefined symbol 


in the symbol table. It should be defined by some module. 


Specify “fill” Value (-f value, size, alignment) 


-f value 
-f value, size 
-f value, size, alignment 
Fill all “holes” in any output section with 16-bit value rather than the default 


value of zero. Optional size and alignment are specified in bytes; the default is 
2ids 
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Specify Directory for -I search List (-L dir) 


-Ldir 
Add dir to the list of directories searched by the linker for libraries or files 
specified with the -1 option. More than one -L option can be given on the 
command line. 


Must occur prior to a -l option to be effective for that option. 


Specify Library or File to Process (-Iname, -I:filename) 


-Iname 
Specify a library with the constructed name libname.a to be searched for object 
modules defining missing symbols. 


-1:filename 
Process the given filename (without modification, no path prefix allowed): an 
object file is linked, an archive is searched as necessary, a text file is taken as a 
linker command file. 


For both forms, search for the file is performed in the following order: 


« The directories given by -L dir options in the order these options are 
encountered. 


« The directories as given by any -Y L, -Y P, or -Y U options (see these 
options in Specify Search Directories for -l (-Y L, -Y P, -Y U), p.368). 


Any -L or -Y option must occur prior to all -1 options to which it applies. 


If no -L or -Y option is present, search a set of directories based on the selected 
target and environment. See 4.2 Selected Startup Module and Libraries, p.24 for 
details. 


Generate link map (-m, -m2, -m4) 
-m (equivalent to -m1) 
Generate a link map of the input and output sections on the standard output. 


-m2 
Generate a more detailed link map of the input and output sections, including 
symbols and addresses, on the standard output. -m2 is a superset of -m1. 
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-m4 
Generate a link map with a cross reference table. 

-m6 
Equivalent to -m2 plus -m4: generated a detailed link map and cross reference 
table. 


The value following “m” is converted to hexadecimal and used as a mask; 
thus, -m3 is equivalent to -m2. Undefined bits in the mask are ignored. 


Allocate .data Section Immediately After .text Section (-N) 
-N 
This option is used in conjunction with options -Bd and -Bt. See them for 
details (Set Address for Data and tExt (-Bd=address, -Bt=address), p.363). 
Change the Default Output File (-o file) 
-o file 
Use file as the name of the linked object file instead of the default filename 
a.out. 
Perform Incremental Link (-r, -r2, -r3, -r4, -r5) 
+r 
The linked output file will still contain relocation entries so that the file can be 


re-input to the linker. The output file will not be executable, and no unresolved 
reference complaints will be reported. 


Link the program as usual, but create relocation tables to make it possible for 
an intelligent loader to relocate the program to another address. Absent other 
options, a reference to an unresolved symbol is an error. 


Equivalent to the -r2 option except that unresolved symbols are not treated as 
errors. 


Link for the VxWorks loader. 
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Equivalent to the -r option except that COMDAT sections are merged and 
converted to normal sections. 


The -r options are required only for incremental linking, not when producing 
an ordinary absolute executable. 


Rename Symbols (-R symbol1=symbol2) 


-R symbol1=symbol2 
Rename symbols in the linker output file symbol table. The order of the symbol 
names is not significant; -R symboll=symbol2 does the same thing as -R 
symbol2=symbol1. If both symbols exist, both are renamed: symbol1 becomes 
symbol2 and symbol2 becomes symbol1. 


Search for Shared Libraries on Specified Path (-rpath) 


-rpath path 
Search for shared libraries on specified path, a colon-separated list of 
directories. (If no search path is specified, the linker looks in the directory 
where the executable resides.) For VxWorks RTP application development. 


Do Not Output Symbol Table and Line Number Entries (-s, -ss) 


-S 
Do not output symbol table and line number entries to the output file. 


-SS 
Same as -s, plus also suppresses all .comment sections in the output file. 
Specify Name for Shared Library (-soname) 
-soname=libraryName 


Use libraryName as the name of the shared object containing compiled library 
code. For VxWorks RTP application development. 
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Select Target Processor and Environment (-t tof:environ) 


-t tofienviron 
Select the target processor, object format, floating point support, and 
environment libraries. See the -t option in 4. Selecting a Target and Its 
Components for details. This option is not valid in a linker command file. 


Define a Symbol (-u symbol) 


-u symbol 
Add symbol to the symbol table as an undefined symbol. This can be a way to 
force loading of modules from an archive. 


Print version number (-V) 


-V 
Print the version of the linker. 


Do Not Output Some Symbols (-X) 


-X 
Do not output symbols starting with @L and .L in the generated symbol table. 
These symbols are temporaries generated by the compiler. 


Specify Search Directories for -I (-Y L, -Y P, -Y U) 


-Y L,dir 
Use dir as the first default directory to search for libraries or files specified with 
the -1 option. 

-Y Pdir 
dir is a colon-separated list of directories. Search each of the directories in the 
list for libraries or files specified with the -l option. 

-Y U,dir 
Use dir as the second default directory to search for libraries or files specified 
with the -1 option. 
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Notes: 
1. These options must occur prior to all -1 options to which they are to apply. 


2. The dcc and dplus programs (but not dld itself) generate a-Y¥ P option suitable 
for the selected target and environment. Unless you are replacing the libraries, 
you should not normally use this option. Use the -L option to specify libraries 
to be searched before the Wind River libraries. (See Specify Directory for -I search 
List (-L dir), p.365.) 


3. Ifno -Y or -l options are present on the dld command line, the linker will 
automatically search the directories associated with the default target. See 
4.2 Selected Startup Module and Libraries, p.24 for details. 


4. Ifa-Y option is used, -Y P is recommended. The older -Y L and -Y U options 
are provided for compatibility. Use of -Y¥ P together with -Y L or -Y U is 
undefined. 


24.5 Linker -X options 


The following -X options provide additional detailed control over the linker. Many 
are present to improve compatibility and ease of conversion from other tool sets. 


For a concise list of all options, see the table of contents. 


Use Late Binding for Shared Libraries (-X) 


-Xbind-lazy 
Bind each shared-library function the first time it is called. (By default, binding 
occurs when the module is loaded.) For VxWorks RTP application 
development. 


Check Input Patterns (-Xcheck-input-patterns) 
-Xcheck-input-patterns 


Check that every input section pattern in the linker command file matches at 
least one input section. Emit a warning if an unmatched pattern is found. 
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-Xcheck-input-patterns=2 
Same as -Xcheck-input-patterns, but emit a message of severity level 
“information” instead of “warning”. (For use with -Xstop-on-warning.) 


Check for Overlapping Output Sections (-Xcheck-overlapping) 


-Xcheck-overlapping 
Check for overlapping output sections and sections which wrap around the 
32-bit address boundary. 


Force Linker to Continue After Errors (-Xdont-die) 


-Xdont-die 
Force the linker to continue after errors which would normally halt the link. 
For example, issue warnings rather than errors for undefined symbols and 
out-of-range symbols. 


When the linker is forced to continue it produces reasonable output and 
returns error code 2 to the parent process. By default, the make utility stops on 
such errors; if you want it to continue you must handle this error code in the 
makefile explicitly. 


Do Not Create Output File (-Xdont-link) 
-Xdont-link 
Do not create a linker output file. Useful when the linker is started only to 
create a memory map file. 
Use Shared Libraries (-Xdynamic) 
-Xdynamic 


Link against shared libraries (.so files). For VxWorks RTP application 
development. 
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Use ELF Format for Output File (-Xelf) 


-Xelf 
This is the default. 


ELF Format Relocation Information (-Xelf-rela-...) 


-Xelf-rela 
Use RELA relocation information format for ELF output. This is the default. 


-Xelf-rela-off 
-Xelf-rela=0 
Use REL relocation information format for ELF output. 


Do Not Export Symbols from Specified Libraries (-Xexclude-libs) 


-Xexclude-libs=list 
Do not automatically export symbols from the libraries specified in the 
comma-delimited list. (Use the same library names, prefixed with “1”, that you 
would use with the -] option.) Example: -Xexclude-libs=lc,lm. For VxWorks 
RTP application development. 


Do Not Export Specified Symbols (-Xexclude-symbols) 


-Xexclude-symbols=list 
Do not export the symbols specified in the comma-delimited list when creating 
a shared library. Example: -Xexclude-symbols=function1,function2. For 
VxWorks RTP application development. 


Write Explicit Instantiations File (-Xexpl-instantiations) 


-Xexpl-instantiations 
Cause the linker to write the source lines of an explicit instantiations file to 
stdout. To minimize space taken by template classes, the output from 
-Xexpl-instantiations can be used to create an explicit instantiations file 
(necessary header files must still be added); see Templates, p.223. This option is 
deprecated. 
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Store Segment Address in Program Header (-Xgenerate-paddr) 


-Xgenerate-paddr 
Store the address of each segment in the p_paddr field of the corresponding 
entry in the program header table. Without this option, the p_paddr value will 
be 0. 


Generate RTA Information (-Xgenerate-vmap) 


-Xgenerate-vmap 
Generates special information used by the RTA. 


Do Not Align Output Section (-Xold-align) 


-Xold-align 
Do not align output sections. 


Without this option (the default), each output section is given the alignment of 
the input section having the largest alignment. Output sections must be 
aligned to support position-independent code. 


With this option, output sections are not aligned, and each output section 
begins immediately after the previous output section. (In this later case, input 
sections will still be aligned per their requirements, potentially leaving a gap 
from the start of the output section to the start of the first input section within 
it.) 


Pad Input Sections to Match Existing Executable File (-Xoptimized-load) 


-Xoptimized-load=n 

-Xoptimized-load 
Minimize the difference between the already existing executable file (if any) 
and the new file by padding input sections. n specifies how much relative 
space the linker can use for padding, where 0 means no padding and 100 is the 
default. The larger the value of n, the more similar the images are likely to be. 


The linker saves the old executable file with the .old extension and generate a 
diff file with the .blk extension. 
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Add Leading Underscore “_” to All Symbols (-Xprefix-underscore) 


-Xprefix-underscore 
Add a leading underscore “_” to all symbols in the files specified after this 
command. Use -Xprefix-underscore=0 to turn off this feature. The default is 
off. 


“ew 


Use Workaround for ELF Relocation Bug (-Xreloc-bug) 


-Xreloc-bug 
Enables a workaround for a bug in the ELF relocation information generated 
by some compilers. Do not use with object files created by the Wind River 
compiler. 


Remove Unused Sections (-Xremove-unused-sections) 


-Xremove-unused-sections 
-Xremove-unused-sections-off 
Remove all unused sections. By default the linker keeps unused sections. 


A section is used if it: 
« Is referred to by another used section. 


« Has a program entry symbol—that is, a symbol defined with the -e option 
(Define a Default Entry Point Address (-e symbol), p.364) or one of __start, 
_start, start, _ START, START, _main, or main (order reflects priority). 


* Is not referenced by any section and has a name that starts with .debug, 
fini, .frame_info, .init, .j_class_table, or .line. 


« Defines a symbol used in an expression in the linker command file. 


" Defines a symbol specified with the -u option (Define a Symbol (-u symbol), 
p-368). 


NOTE: This option is especially useful in combination with -Xsection-split 


(5.4.116 Generate Each Function in a Separate CODE Section Class (-Xsection-split), 
p-104) to reduce code size. When both options are used, each function in a 
module will generate a separate CODE section, and thus functions which are 
not called will be removed. 
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Re-scan Libraries (-Xrescan-libraries...) 


-Xrescan-libraries 

-Xrescan-libraries-off 
Request that the linker re-scan libraries to satisfy undefined externals. This is 
the default. It solves the ordering problem which occurs when one library uses 
symbols in another and vice-versa. 


Use -Xrescan-libraries-off to force the linker to scan libraries and object files 
in precisely the order given on the command line. 


Re-scan Libraries Restart (-Xrescan-restart...) 


-Xrescan-restart 

-Xrescan-restart-off 
If -Xrescan-libraries is on, when more than one library is presented to the 
linker, force the linker to rescan the libraries from first to last in order for each 
undefined symbol. This is the default. 


Use -Xrescan-restart-off with -Xrescan-libraries to cause the linker, after 
finding symbols in one library, to continue with the next library for the rest of 
the undefined symbols. 


Align Sections (-Xsection-align=n) 
-Xsection-align=n 
Force COFF input sections to have an alignment of n instead of the default 8. 
(Ignored for ELF output.) 
Build Shared Libraries (-Xshared) 
-Xshared 


Build shared libraries (rather than stand-alone executables). For VxWorks RTP 
application development. 
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Sort .frame_info Section (-Xsort-frame-info) 


-Xsort-frame-info 

-Xsort-frame-info-off 
To enable sorting of the .frame_info section, use -Xsort-frame-info. By default, 
sorting is disabled (-Xsort-frame-info-off). 


Link to Static Libraries (-Xstatic) 


-Xstatic 
Link against static (.a) libraries rather than shared (.so) libraries. Use this 
option when both static and shared libraries are available. For VxWorks RTP 
application development. 


Stop on Redeclaration (-Xstop-on-redeclaration) 
By default, the linker issues a warning each time it encounters a redeclaration. 


If -Xstop-on-redeclaration is specified, the linker halts with an error on the 
first redeclaration. 


Stop on Warning (-Xstop-on-warning) 
-Xstop-on-warming 


Request that the linker stop the first time it finds a problem with severity of 
warning or greater. 


Suppress Leading Dots “.” (-Xsuppress-dot) 


-Xsuppress-dot 
Suppress leading dots ”.” in the object files following this option. 


Suppress Section Names (-Xsuppress-section-names) 
-Xsuppress-section-names 


Do not output section names to the symbol table. This option is for other tools 
which cannot process these names. 
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Suppress Paths in Symbol Table (-Xsuppress-path) 


-Xsuppress-path 
Inthe symbol table, suppress any pathname in “file” symbols (type STT_FILE, 
see Table F-3). 


Suppress Leading Underscores ‘_’ (-Xsuppress-underscore) 


-Xsuppress-underscore 
Suppress leading underscores “_” in the object files following this option. Note 
that for symbols with more than one leading underscore, only the first will be 
removed. 


“wow 


Remove/Keep Unused Sections (-Xunused-sections...) 


-Xunused-sections-remove 
Same as -Xremove-unused-sections (Remove Unused Sections 
(-Xremove-unused-sections), p.373). 


-Xunused-sections-keep 
Same as -Xremove-unused-sections-off (Remove Unused Sections 
(-Xremove-unused-sections), p.373). 


-Xunused-sections-list 
Print a list of removed sections. 
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The linker command language can: 
" Specify input files and options. 
« Specify how to combine the input sections into output sections. 


" Specify how memory is configured and assign output sections to memory 
areas. 


» Assign addresses or other values to symbols. 


A default linker command file, default.dld, is present in the conf directory. See 
24.2 Defaults, p.360 for its use. 
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25.1 Example “bubble.did” 


Some examples in this chapter are drawn from the bubble.dld command file on 
the next page for the “bubble sort” program in the Getting Started manual. This 
example is distributed with the compiler suite in directory 
version_path/example/arm. The chapter ends with additional unrelated examples. 
Some notes follow the figure. 
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bubble.did Linker Command File Extract 


s 


Explanation 


Figure 25-1 
Linker Command 
MEMORY 
{ 

roml1: org = 
rom2: org = 
ram: org = 


stack: org = 


} 


0x20000, len = 
0x30000, len 
0x80000, len 
Oxb0000, len = 


"oul 


0x10000 
0x10000 
0x30000 
0x10000 


) 


*(.ctors) 


*(.dtors) 


} 


F (ram) ; 


SECTIONS 
{ 
-text : { *(.text) *(.rodata 
*(,init) *(.£ini) 
.ctors ALIGN(4) : 
{ ctordtor.o(.ctors) 
.dtors ALIGN(4): 
{ ctordtor.o(.dtors) 
} > roml 
-text2 : { *(.text2) 
__DATA ROM = .; 
} > rom2 
GROUP : { 
__DATA_RAM = .; 
.data LOAD(__DATA_ ROM) : { 
__DATA_END = oF 
__BSS_START = .; 
bse < {} 
__BSS_END = .; 
HEAP_START = .; 
} > ram 
} 
__HEAP_END = ADDR(ram)+SIZEO 
__SP_INIT = ADDR(stack)+SIZI 
__SP_END = ADDR(stack) ; 


EOF (stack) ; 


} 
} 


Define four memory areas. 


Collect code sections from all input files into a single output .text 
section and locate it in rom1 (except for .text2 code sections). 


.ctors and .dtors sections for startup and termination invocation. 


Collect all .text2 sections and locate in rom2. 

Define _ DATA_ROM as equal to the current location. The 
symbols defined this way are used within this file and during 
initialization. 


Group .data and .bss output sections together in the order given. 


Collect initialized data sections (.data) from all input files “{}” into 
a single output .data section and logically locate in ram. 


But use LOAD to place the actual data after the .text2 section in 
rom2. __init_main() will move the actual data from rom2 to 
ram. 


Reserve space for all .bss sections in ram after the .data section. 
Any remaining space will be used as heap by malloc(). 


Define other symbols used by crt0.s, init.c, and sbrk.c to control 
initialization and memory allocation: 
.. Start of heap memory for sbrk.c. 


... End of heap memory for sbrk.c. 
... Initial address of stack pointer for crt0.s. 
.. Only used when stack probing by sbrkbc. 


Notes for bubble.did 


Two features of bubble.dld are especially noteworthy: 


« The use of the LOAD specification to create two images of variables having 
initial values, a physical image containing the initial values and intended for 
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some form of read-only memory, and a logical image where the variables will 
reside during execution. See the LOAD Specification, p.390 and Copying Initial 
Values From “ROM” to “RAM”, Initializing .bss, p.257 for details. 


« The definition of nine of the symbols: 


- DATA_ROM, _ DATA_RAM, and __DATA_END used in copying the 
initial values and __BSS_START and __BSS_END used in clearing static 
uninitialized variables (see Copying Initial Values From “ROM” to “RAM”, 
Initializing .bss, p.257). 


— __HEAP_START and _HEAP_END to define the heap for use by malloc() 
and related functions. See 15.4.7 Dynamic Memory Allocation - the heap, 
malloc( ), sbrk( ), p.260. 


— __SP_INIT and __SP_END to define the stack. See 15.4.6 Stack Initialization 
and Checking, p.259. 


25.2 Syntax Notation 


Italic words such as area-name represent items you must supply. The required type 
of each item — symbol name or number, can be gathered from the examples. 


The following special characters are parts of commands and are required where 
shown: 


{ } © ) , 7 > * 


The following characters are used only in the command descriptions and not in the 
linker command language itself. They have the meanings shown: 


The enclosed construct is optional. When several optional items are adjacent, 
they may be given in any order. 


The preceding item or construct may be repeated. 
For example 


a [b | c] -_ 
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means that a is required, then any number of b or c. 


Note that the “{” and “}” characters are part of commands and do not indicate a set 
of alternatives from which one must be chosen. 


Long lists of alternative tokens are given by following the phrase “one of” witha 
list of the tokens on one or more lines, as in 


assign-op: one of 
= += -= k= /= 


25.3 Numbers 


Several linker commands require a number, for example to specify an address or a 
size. 


Numbers are hexadecimal if they begin with “OX” or “Ox”, else octal if they begin 
with “0”, else decimal. Hexadecimal digits are “0” - “9”, “a” - “f”, and “A% - “F“; 
octal digits are “0” - “7”; decimal digits are “OV - “9”. 


25.4 Symbols 


A symbol, once defined, may be used anywhere a number is required except in a 
MEMORY command. Symbols are defined in object files or by assignment 
commands (see 25.9 Assignment Command, p.393). 


A symbol defined in an assignment command is an identifier following the rules of 
the C language with the addition of “$” and “.” as valid characters. Symbols may 
be up to 1,000 characters long. 


NOTE: A symbol or filename which does not follow these rules may be given by 
quoting it with double-quote characters, for example, an object file named 
“12340.0”. 
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25.5 Expressions 


A linker expression is allowed anywhere a number is required, and is one of the 
following forms from the C language: 


number 

symbol 

unary-op expression 

expression binary-op expression 
expression ? expression : expression 
( expression ) 


where the operators are the following operators from the C language: 
unary-op: one of 


binary-op: one of 


The operators have their meaning and precedence as in C. Parentheses can be used 
to change the precedence. 


When a symbol name is used in an expression, the address of that symbol is used. 
The symbol”.” means the current location counter (allowed only within a 
statement list in a SECTIONS command). 


The following pseudo functions are valid in expressions. Forward references are 
permitted. 


SIZEOF (section-name) 
Size of the named section (see Example 25-6Empty Sections, p.397 for an 
important limitation when using the SIZEOF operator). 


SIZEOF (memory-area-name) 
Size of a memory area defined with the MEMORY command. 


ADDR (section-name) 
Address of the named section. 


ADDR (memory-area-name) 
Address of a memory area. 
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NEXT (expr) 
First multiple of expr that falls into unallocated memory. 


HEADERSZ 
Total size of all the headers. 


FILEOFFSET (section-name) 
File offset of the named section. 


ALIGN (value) 
((. + value-1 ) & ~( value-1) ) 


25.6 Command File Structure 


A command file is a list of commands. These are: 


MEMORY { memory-area-definition } 

SECTIONS { section-or-group-definition ... } 

assignment-command 

object-filename 

archive-filename 

command-line-option 
The above commands may each be repeated as many times as required and may 
be given in any order as long as names are defined before use. 


Each of these commands is described below except for the last three: in addition to, 
or instead of, being given as arguments on the command line, object and archive 
library files and command-line options may be given as commands. 


NOTE: While different object files may be named on both the command line and in 


a linker command file, do not duplicate the same object filename in both places. 
This may cause sections from the duplicated object file to be duplicated in memory. 


The command language is free format. More than one command may be given on 
a line, and a command may be written on multiple lines without need for any 
special continuation character. 


Identifiers are as in C with the addition of period ”.” and “$” as a valid identifier 
characters; identifiers may be up to 1,000 characters long. 
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Whitespace is generally required as in C around identifiers and numbers but not 
special characters. 


C-style comments are allowed anywhere whitespace would be. 


25.7 MEMORY Command 


MEMORY { 
area-name: { origin | org | o } = start-address[ , 
{length | len | 1 } = number-of-bytes [ , | 


} 
WoW ” 


The MEMORY command names one or more areas of memory, e.g. “rom”, “ram”. 
Each area is defined by a start address and a length in bytes. A later 
section-definition command can then direct that an output section be located in a 
named area. The linker will warn if the total length of the sections assigned to any 
area exceeds the area’s length. Example: 


MEMORY { 
rom1: org = 0x010000, len = 0x10000 
rom2: org = 0x020000, len = 0x10000 
ram: org = 0x100000, len = 0x70000 
stack: org = 0x170000, len = 0x10000 


} 


Symbols (25.4 Symbols, p.381) cannot be used within the MEMORY command; 
start-address and number-of-bytes must be numeric expressions. 


25.8 SECTIONS Command 


SECTIONS { 
section-definition | group-definition 


} 


The SECTIONS command does most of the work in a linker command file. Each 
input object file consists of input sections. The primary task of the linker is to collect 
input sections and link them into output sections. The SECTIONS command defines 
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each output section and the input sections to be made part of it. Within the 
SECTIONS command, a GROUP statement may be used to collect several output 
sections together. 


The components of the SECTIONS command are described next. See Figure 25-1 
for example illustrating many of the possibilities. 


Section-Definition 


Ata minimum, each section-definition defines a new output section and specifies the 
input sections that are to be put into that output section. Optional clauses may: 


Specify an address for the output section or place the output section in a 
memory area defined by an earlier MEMORY command. 


Align the section. 
Fill any holes in the section with a fixed value. 


Define symbols to be used later in the linker command file or in the code being 
linked. 


The full form of a section-definition is shown in Figure 25-2. For clarity, each clause 
is written on a separate line and is identified to its right for description below. 


Figure 25-2 section-definition 


Syntax Element 


output-section-name type-spec 


[ ([=]{Bss | comment | const | pata | text | 
BTEXT}[OVERLAY|[NOLOAD]) | 


address-value | BIND ( expression ) ] address-spec 
ALIGN (expression )_] align-spec 
LOAD ( expression ) lon d-spec 
[ OVERFLOW ( size-expression, overflow-section-name ) overflow-spec 
{ section-contents } oy 
=fill-value | = (fill-value[, size[, alignment]]) ] fill-spec 
>area-name | area-spec 


Note that most clauses are optional, and section modifiers (those preceding the “:”) 
may be in any order. Thus, the minimum section-definition has the form: 


output-section-name : {  section-contents } 
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NOTE: Exercise caution when naming custom sections. Section names that begin 
with a dot (.) may conflict with the compilation environment’s namespace. 


Section Contents 


section-contents is required in a section-definition. section-contents is a sequence of one 
or more of the forms from Figure 25-1 separated by whitespace or comment: 


<empty> 
That is, { } with no explicitly named section-contents: include in the output 
section all sections from all input object files which have the same name as the 
output-section-name. Example: 


.data : { } 


NOTE: The <empty> form is processed only after the linker has examined and 
processed all other input specifications. Thus, input sections loaded directly or 
indirectly as a result of other more explicit specifications will not be re-loaded 
by an { } form, even if they appear after it. 


filename 
Include all sections from the named object file which have the same name as 
the output-section-name. Example: 


-data : { testl.o, test2.o } 
* ( input-section-spec ... ) 
input-section-spec may be one of four forms: 


section-name 
Include the named sections from all input object files but do not include 
input sections already included earlier. Example: 


-data : { *(.data) } 


section-name[symbol] 
Include the section defining the given symbol. The “[” and “]” characters 
do not mean “optional” in this case but rather are to be used as shown. 
Example: 


.text : { *(.text[malloc]) } 


This form is especially useful with option -Xsection-split. See 
5.4.116 Generate Each Function in a Separate CODE Section Class 
(-Xsection-split), p.104. 
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Include all sections. 


input-section-spec=n 
Include sections according to input-section-spec and assign them priority n. 
(See 23.6 Sorted Sections, p.354.) 


object-filespec ( input-section-spec ... } 
Include the named sections from the named object file, where input-section-spec 
is as defined immediately above and object-filespec is a pattern expression.* 
Example: 


-roml : { roml.o(.data), roml.o(.sdata) } 


archive-filespec[member-name] ( input-section-spec ... ) 
Include the named sections from the named object file, where 
input-section-spec is as defined above, and archive-filespec and member-name 
are pattern expressions.* Example: 


.text : { libproj .a[malloc.o] (.text) } 


[COMMON] 
For explicit placement of COMMON sections. See Linker Command File 
Requirements with COMMON, p.353 for additional information. 


[SCOMMON] 
For explicit placement of SCOMMON sections. See SCOMMON Section, p.353 
for additional information. 


assignment-command 
Define a symbol or change the program counter to create a “hole” (which may 
be filled by a fill-value). See 25.9 Assignment Command, p.393. 


ASSERT ( expression|, text] ) 
Evaluate expression and display an error message if expression is zero. Optional 
text is included in error message. 


STORE ( expression, size-in-bytes ) 
Reserve and initialize storage (see STORE Statement, p.392). 


*A pattern expression has the syntax: 
filename | ¢ expression } 


where expression is one of the following: 


! expression 
expression | expression 
expression & expression 
(| expression ) 
filename 
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and filename can include the following special characters: 


* matches any string, including the null string. 

? matches any single character. 

[...] matches any one of the enclosed characters. A pair of characters 
separated by a comma denotes a range. 


Note that any pattern more complex than * should be enclosed in double quotes. 
For example, 


text_libimpfp.a (TEXT) 
libimpfp.a[*] (.text) 


will read in all .text sections from all object files beginning with libimpfp.a. To read 
in sections named .text and .Text from only those object files whose names begin 
with libimpfp.asfpf, use 


text_libimpfp.a (TEXT) 
libimpfp.a[“sfpf*”] (*.[Tt]ext”) 


For more information, consult documentation on POSIX regular expressions. 


The order of the sections listed in the section-contents is undefined as is the order of 
output sections in a SECTIONS command. A GROUP definition may be used to 
ensure the order of a set of output sections. (See GROUP Definition, p.392.) 


NOTE: A section-contents specification must have at least one non-COMMENT 
input section, e.g.,a BSS, CONST, DATA, or TEXT section, or the type of the output 
section will default to COMMENT, and it will not be allocated any memory. See 
below regarding section types. 


Type Specification: ([=]BSS), ([=]COMMENT), ([=]CONST), ([=]DATA), ([=]TEXT), ([=]BTEXT); 
OVERLAY, NOLOAD 


The type-spec clause sets the type of the output section. If absent, the type will be 
determined by the types of the input sections. If all input sections in a given output 
section are of the same type, the type of the output section will be that of the input 
sections and no type-spec clause is necessary. Mixing input sections of different 
types in a single output section is not recommended. If input sections do have 
different types, the linker will choose a type from the input sections in the 
following order from highest priority to least: TEXT, CONST, DATA, BSS, and 
COMMENT. 


To force the linker to choose the specified type regardless of the types of the input 
sections, use the “=” form. For example, (=DATA) will force the output section to 
have the DATA type. 
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type-spec can also be used when linking files produced by third-party tools which 
do not tag each section with its type. 


The alternative type specifications indicate the expected contents of the section: 


(BSS) 
Section contains uninitialized data space. 


(COMMENT) 
Section debug or other information not part of the program memory 
space. 


(CONST) 
Section contains initialized data space. 


(DATA) 
Section contains initialized variables. 


(TEXT) 
Section contains code and/or constants. 


(BTEXT) 
Blank text section. 


OVERLAY tells the linker that the section can overlap other sections. The section 
should have BIND specification; memory is not allocated for it. Example: 


.textl (TEXT OVERLAY) BIND(ADDR(.text)) : { .... } 


NOLOAD tells the linker not to mark the section as loadable. 


Address Specification 


The form of the address-spec is: 
address-value | BIND ( expression ) 


The address-spec clause specifies the address for the first byte of the output section. 
It is either an absolute address, address-value, or the word BIND followed by an 
expression that can contain the functions SIZEOF, ADDR, and NEXT (see 

25.5 Expressions, p.382). An address-spec is not allowed inside a GROUP (see 
GROUP Definition, p.392). 


NOTE: A section with an address specification (address-spec) does not need a 
memory-area specification (area-spec), since the linker automatically marks the 
corresponding address range as reserved. If both an address-spec and an area-spec 

are provided, the linker checks that the address range is completely inside the 

memory area and displays a warning if it is not. 


389 


Wind River Compiler for ARM/XScale 
User's Guide, 5.4 


ALIGN Specification 


The form of the align-spec is: 
ALIGN ( expression ) 


An align-spec clause causes the linker to align the section on the byte boundary 
given by the value of expression. 


LOAD Specification 


The form of the load-spec is: 
LOAD ( expression ) 


In a typical embedded system, the values for all variables with explicit 
initialization must be stored in some type of read-only memory before the system 
is “powered up”. During execution, the variables must themselves be located in 
RAM so they can be set (except for const variables which can remain in ROM). 
Thus, during startup, the initial values for these variables must be copied from 
ROM to RAM. 


To distinguish these two locations, we refer to the physical and logical addresses of 
the output section. 


« physical address: This is the address given by the expression in the load-spec. It is 
this address which is used in the section header when the section is written to 
the linked output file. Thus, if a dynamic loader loads the section, or the 
section data is burned into a ROM, it will be at this physical address. 


« logical address: This address is set by an address-spec or an area-spec in the 
section-definition. This will be actual address of the section during execution. 
Thus, when linking references to a variable in the section, the linker will use 
the variable’s logical address. 


NOTE: The load-spec only controls the physical/logical addressing of the section. 
Typically, assignment statements are used to define symbols for the physical and 
logical addresses of the section and its length. These symbols are then used by 
startup code to copy the physical data from ROM to its logical location in RAM. 
See the examples in this chapter, as well as default.dld in the conf directory and 
crt0.s in the appropriate target directory for the startup copying code. 


Also, copying code in the startup module, init.c, copies only a single contiguous 
physical section. Thus, while more than one LOAD specification is permitted, the 
output sections named in the expressions must be contiguous. 
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The following example is from Figure 25-1: 


GROUP : { ... 
.data LOAD (__DATA_ROM) : {} 
} > ram 
output assign assign physical collect all sections with 
section logical “load” address at the same name as the 
name address in __DATA_ROM output section (.data) 
ram defined elsewhere from all input files 
OVERFLOW Specification 


The overflow specification enables you to specify the size limit of a section and to 
request that the linker place input sections which will not fit into the initial section 
into a different section, called the overflow section. 


The form of the overflow-spec is: 
OVERFLOW (size-expression, overflow-section-name) 
The size-expression specifies the size of the initial section in bytes, and 
overflow-section-name names the section that is to receive the input sections that 
cannot fit into the initial section. 
Fill Specification 
The form of the fill-spec is 
=fill-value 
or 
=( fill-value|, size[, alignment ]] ) 


The fill-spec instructs the linker to fill any holes in an output section with a two-byte 
pattern. A hole is created when an assignment statement is used to advance the 


“wun 


location counter “.”. The linker also creates holes to align input sections according 
to alignment. size and alignment are in bytes; valid values are 1, 2, and 4. 


Area Specification 
The form of the area-spec is 


> area-name 
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where area-name is defined by an earlier MEMORY command (see 25.7 MEMORY 
Command, p.384). 


An area-spec causes the linker to locate the output section at the next available 
location in the given area (subject to any ALIGN clause, see ALIGN Specification, 
p-390). 


STORE Statement 
The STORE statement reserves and initializes memory space. Its form is: 
STORE ( expression, size-in-bytes ) 


where expression is the value to be stored at the current address, and size-in-bytes is 
the size of the storage area, normally 4 for 32-bit values. Example: 


_ptr_to main = .; 
STORE(_main, 4) 


will create a label _ptr_to_main that contains the 4-byte pointer to the label _main. 


GROUP Definition 


A SECTIONS command may contain group-definitions as well as section-definitions 
(see 25.8 SECTIONS Command, p.384). 


A group treats several output sections together and ensures they are located in a 
continuous memory block in the order given in the group-definition. When sections 
are not in a group, their order is not defined, although it may be dictated implicitly 
by, for example, address-spec clauses. 


The full form of a group-definition is shown below. For clarity, each clause is written 
on a separate line and is identified to its right. 


GROUP 
address-value | BIND ( expression ) ] address-sp oe 
ALIGN ( expression ) ] align-spec 
{ section-definition ... } 
[ >area-name ] area-spec 


The clauses in a GROUP are defined above: address-spec in Address Specification, 
p-389, align-spec in ALIGN Specification, p.390, section-definition in Section-Definition, 
p-385, and area-spec in Area Specification, p.391. 
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NOTE: The address-value and BIND clauses may not be used on a section-definition 
inside a GROUP, only on the GROUP itself. 


Both a section-definition and a group-definition can end with an area-spec. Usually 
when defining a group, an area-spec is used only on the group-definition and not on 
the section-definitions enclosed within it. 


25.9 Assignment Command 


An assignment command defines or redefines the value of a symbol. Assignment 
commands are allowed at the outer-most level of a linker command file, and as 
items in the section-contents of a section-definition (see Section Contents, p.386). 


An assignment command may have either of the following forms: 


symbol assign-operator expression ; 
create an absolute symbol and assign it the value of expression 


symbol @ {section-name | symbol2 }assign-operator expression ; 
create a symbol in the given section, or the same section as symbol2, and 
assign it the value of expression 


where: 


symbol and symbol2: an identifier following the rules of the C language with the 
addition of “$” and “.” as valid characters and limited to 1,000 characters. 


assign-operator: one of 
= += -= *= /= 
aE tt 


The assign”;” is required. 


When the assignment is inside a section-definition, the special symbol “.” is allowed 
on either the left or right and refers to the current location counter. 


A “hole” can be created in a section by incrementing the “.” symbol. If the fill-spec 
is used on the section-definition, the reserved space is filled with the fill-value. 


Example: create a 100 byte gap in a section: 


. += 100; 
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Example - define the beginning of the stack for use by initialization code: 


__SP_INIT = ADDR(stack) + SIZEOF (stack) ; 


25.10 Examples 


Example 25-1 


Example 25-2 


Avoiding Long Command Lines 


A simple command file to avoid having to give a long command line when 
invoking the linker could look as follows: 


main. 
load. 
read. 
arch. 
-m2 


9 oo0°0 


This means: load files main.o, load.o and read.o, search archive arch.a, and 
generate a detailed memory map. 


The output sections for the above, not being defined in the command file itself, and 
absent -Bd and/or -Bt options on the command line, will be as described for these 
options (see Set Address for Data and tExt (-Bd=address, -Bt=address), p.363), and 
using default addresses for each which are appropriate to the target. 


Basic 


The command file: 


MEMORY 

{ 
meml : origin = 0x2000, length = 0x4000 
mem2 : origin = 0x8000, length = 0xa000 


} 


SECTIONS 

{ 
.text : {} > mem2 
-data : {} > meml 
-bss : {} > meml 


} 
_start_addr = start; 


means that all .text sections are collected together and positioned in the memory 
area starting at 8000 hex. The sections .data and .bss are placed in order in the 
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mem1 area beginning at 2000 hex. The symbol _start_addr is defined to be the 
same as the address of the symbol start from one of the input files. 


The input object files for the above linker command file are those given on the 
command line (and any others extracted from libraries to satisfy unresolved 
external symbols in those files). 


Define a Symbol, Create a “Hole” 


The command file 


SECTIONS 

{ 
.text : {} 
-data ALIGN(8) 


means first load the .text sections. Align on 8 and load the .data section from the 
file f1.0. Set the symbol _af1 to the current address. Create a hole in the output 
section with a size of 2000 decimal bytes. Load the rest of the .data sections from 
the files given on the command line. Fill the hole with the value 0x1234. Load the 
-bss sections thereafter. 


Groups 


The command file 


MEMORY 
{ 

a: org = 0x100a8, len = 0x7ffeff58 
} 


SECTIONS 
{ 
.text BIND((0x10000 + HEADERSZ+7) & (~7)) 
{ 
eC ne? A exe) 


} 
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GROUP BIND(NEXT(0x10000) + 
((ADDR(.text) + SIZEOF(.text)) % 0x2000) ) 


{ 
Gata # {} 
bss x {} 


} 


means that all input sections called .init or .text are combined into the output 
section .text. This output section is allocated at the address “0x10000 + size of all 
headers aligned on 8”. 


If HEADERSZ is Oxe0, the address becomes 0x100e0. 


The sections .data and .bss are grouped together and put at the next multiple of 
0x10000 added to the remainder of the end address of .text divided by 0x2000. 


If text is 0x23450 bytes long, the values are defined to be: 


NEXT (0x10000) = 0x40000 


ADDR (. text) 0x100e0 
SIZEOF(.text) = 0x23450 
(ADDR(.text) +SIZEOF(.text) )%0x2000 = 0x01530 


address of .data = 0x41530 
This is a typical default algorithm in a paged system where it is important to align 
the section addresses on the file-offset in the executable file. 


Example 25-5 Document With C-Style Comments 


The following command file is documented with C-style comments. 


/*® 

* The following section defines two memory areas: 
* one 1 MB RAM area starting at address 0 

* one 1 MB ROM area starting at address 0x1000000 


aay 
MEMORY 
{ 
ram: org = 0x0, len = 0x100000 
rom: org = 0x1000000, len = 0x100000 
} 
/*® 
* The following section defines where to put the 
* different input sections. .text contains all 
* code + optionally strings and constant data, .data 
* contains initialized data, and .bss contains 
* uninitialized data. 
* 
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SECTIONS 
{ 
/* Allocate code in the ROM area. */ 


.text : {} > rom 


/*® 

* Allocate data in the RAM area. 

* TInitialized data is actually put at the end of the 
* ,text section with the LOAD specification. 


*/ 
GROUP : { 
.data LOAD(ADDR(.text)+SIZEOF(.text)) : {} 
-bss : {} 
} > ram 


} 


Note the use of the LOAD clause to allocate the .data section to a physical address 
in ROM, after the .text section, while the logical address (the address used during 
execution) is in the RAM. The initialized data in .data has to be moved from the 
physical address to the logical address during start up. 


Example 25-6 Empty Sections 


It may be an error to define a section without any input sections. This extended 
example begins with a sample linker command file extract likely to be faulty, and 
then discusses some potential workarounds. Recommended solutions are at the 
end of the example. While some of the workarounds are not recommended, they 
serve to illustrate a number of principles in linker command file construction. 


Consider the following example: 


SECTIONS 
{ 
-stack : { 
stack_start 


stack_end 
} > ram 


stack_start + 0x10000; 


} 


The above is apparently intended to reserve space for a stack and to define symbols 
marking its beginning and end. 


There are four potential problems: 


“wn 


«The address of the current location, “.”, and therefore of stack_start, is not 
well-defined. If there are no input sections named .stack in the input files, then 
stack_start will be at the “next” unfilled location in ram, or at the beginning of 
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the ram memory area if no other commands directing output to ram precede 
the above .stack output section definition. 


However, if .stack sections do appear in the input files, these will be 
automatically included in this .stack output section — but whether they will 
appear before or after the address given to stack_start is undefined (the rules 
are complex and subject to change, so no guarantee of order is made for this 
poorly constrained case). 


If stack sections do appear in the input files, the definition of “.” and therefore 
of .stack_start can be made well defined by adding an input section 
specification as follows: 
.Stack ALIGN(4) : { 
stack_start = .; 
*(.stack) 
stack_end = .; 
} > ram 
stack_start may not be aligned as required. Lacking an align-spec as in the case 
above, the alignment will be 1, which may not be valid if the .stack section 
definition is preceded by a section with, for example, an odd length. 


This problem could be solved by providing an align-spec: 
.Stack ALIGN(4) : { ... } 


The assignment to stack_end will as expected define it to be stack_start plus 
0x10000 bytes, but this assignment in and of itself does not allocate/reserve memory. 
If other section definitions result in object bytes in what is intended to be the 
stack area, the linker will not warn of the conflict. 


This problem could be solved by incrementing the current location: 


stack_start = .; 
. += 0x10000; 
stack_end = .; 


“wu 


Incrementing “.” creates a “hole”. The hole will be zero-filled (absent 
specification of a different constant with option -f — see Specify “fill” Value (-f 
value, size, alignment), p.364). 


A reminder: the current location symbol, “.”, may appear only in a SECTIONS 
command, either between section definitions, or within a section-definition 
(Section-Definition, p.385) or a group-definition (GROUP Definition, p.392). 


“wn 


Creating a hole by incrementing “.” actually uses space in the output image 
(which could be more of an issue with larger stack). If the area reserved for the 
stack is expected to be 0, this unnecessary space in the output image can be 
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eliminated by a BSS type-spec (Type Specification: ([=]BSS), ([=]COMMENT), 


([=JCONST), ([=]DATA), ([=]TEXT), ([=]BTEXT); OVERLAY, NOLOAD, p.388): 


.Stack (BSS) ALIGN(4) : { ... } 


Combining all of the above, the following is at least valid and likely to produce an 
acceptable result if there are no .stack sections in input files. 


SECTIONS 
{ 


.Stack (BSS) ALIGN(4): { 
stack_start = .; 


. += 0x10000; 
stack_end = .} 
} > ram 


} 


However, because of its potential problems as described in this example, this 
approach is not recommend. A recommended way to define a stack, especially in 
combination with a heap, is to use GROUP definitions to locate sections in the 
desired order, and then to define a stack and heap from the end of the final GROUP 
(using assignment commands as above). Another way is to define a separate 
memory area for the heap or stack with the MEMORY command. These approaches 
are combined in the default.dld linker command file. See 25. Linker Command 
Language for details. 


Right and Wrong Ways to Use SIZEOF 


Adding the size of a section to its address is not a reliable way to calculate the 
address of the next section to follow because there may be an alignment gap 
between the sections. For example, the following figure shows incorrect and 
correct ways to define the physical address in a LOAD specification and to define 
a heap symbol. Incorrect commands in the incorrect method and changes in the 
correct method are in bold. 
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Figure 25-3 Correct and Incorrect Use of SIZEOF 


MEMORY (Used by both incorrect and correct examples.) 
{ 

roml1: org = 0x20000, len = 0x10000 /* 3rd 64KB */ 

rom2: org = 0x30000, len = 0x10000 /* 4th 64KB ay 

ram: org 0x80000, len = 0x30000 /* 512KB - 703KB */ 


"oul 


stack: org Oxb0000, len = 0x10000 /* 7043B - 768KB */ 


Incorrect LOAD Specification and Symbol Definition Using SIZEOF 


SECTIONS 
{ 
GROUP : { 
,text ©» { *(.text) *(.anit) *(.fini) } 
.ctors ALIGN(4):{ ctordtor.o(.ctors) *(.ctors) } 
.dtors ALIGN(4):{ ctordtor.o(.dtors) *(.dtors) } 
} > roml 
.text2 : { *(.text2) } > rom2 
GROUP : { 
-data LOAD(ADDR(.text2) + SIZEOF(.text2)) : {} 
-bss : {} 
} > ram 
__HEAP_START = ADDR(.bss ) + SIZEOF(.bss_ ); (Alignment gap after .bss could 
make _ HEAP START wrong. ) 
__ HEAP _END = ADDR(ram ) + SIZEOF (ram ); (Memory areas are fixed size; 


SIZEOF use is correct.) 
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Figure 25-3 Correct and Incorrect Use of SIZEOF (cont'd) 


Corrected 


SECTIONS 
{ 
GROUP : { 
.text : { *(.text) *(.init) *(.fini) } 
.ctors ALIGN(4):{ ctordtor.o(.ctors) *(.ctors) } 
-dtors ALIGN(4):{ ctordtor.o(.dtors) * } 
} > roml 


.text2 : { *(.text2) } > rom2 


__ DATA ROM= .; (Define symbol for use in LOAD.) 
} > rom2 
GROUP : { 
.data LOAD(__ DATA ROM) : {} 
-bss : {} 
} > ram 
__HEAP_END = ADDR(ram ) + SIZEOF (ram ); Memory areas are fixed size; 
__SP_INIT = ADDR(stack ) + SIZEOF(stack ); SIZEOF use is correct.) 
__SP_END = ADDR(stack ); 


Example 25-8 Copying Code from “ROM” to “RAM” 


In embedded systems, code and data are typically burned into a ROM-type device, 
and then initial values for global and static variables are copied to RAM during 
system startup. The startup code can automatically copy such initial values as 
described in Copying Initial Values From “ROM” to “RAM”, Initializing .bss, p.257, 
which makes reference to the linker LOAD specification. (See LOAD Specification, 
p-390.) 


Copying code, not just initial data values, to high speed RAM can increase 
performance because it can be much faster to access than ROM. This example 
shows how to modify a simplified version the version_path/conf/sample.dld file 
shipped with the compiler suite to support this. In addition, anew copy_to_ram() 
function is required, and crt0.s is modified to call it. 


This example assumes an understanding of the startup code and the LOAD 
specification referred to above. 
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The first part of this discussion describes changes that are made to the linker 
command file. The following SECTIONS directive can be used to locate code 
physically in ROM but logically in RAM: 


SECTIONS 
.text LOAD (ROM_ADDRESS) :{} 
} > ram 
The LOAD instruction tells the linker where code is to be loaded in ROM at load 
time — the physical address (for example, when the PROM is burned). The area 
specification (the > ram part of the statement) tells the linker where the code will 
be during execution — the logical address. Note that this SECTIONS directive does 
not copy the data from ROM to RAM; it only tells the linker where to resolve 
references to functions, labels, string constants located with code, and so forth. In 
this example a user-supplied function called copy_to_ram() does the actual 
copying of code from ROM to RAM during system startup. 


If a LOAD directive and an area specification such as those shown above are used 
for the initialization code, that code will not be accessible. This is because the linker 
would resolve references to the initialization code in the ram area, and so the 
initialization code would never be found. One solution to this “chicken and egg” 
problem is to refrain from copying the initialization code, crt0.o and 
copy_to_ram(), to RAM, leaving it in ROM. 


Here are the details: 


1. Locate initialization code into ROM only, in a section called .startup. The 
startup code consists of crt0.o and copy_to_ram(). 


2. Locate the rest of the code, and all global and static variables, physically in 
ROM but logically in RAM, except for uninitialized variables, which is only 
placed in RAM. 


3. Assign symbols to keep track of important addresses in RAM and ROM. See 
the diagram below. 
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uninitialized data 


DATA_END 
RAM copy of data (global, static variables) 
TEXT_END 
copy of code text 
_DESTINATION 


data (global, static variables) 


DATA_ROM_START 


ROM 
code text 
__ SOURCE 


crt0.s and copy_to_ram( ) 


The symbols __ SOURCE (in ROM) and __DESTINATION (in RAM) mark the 
beginning of the code areas (not including the initialization code). 
__DATA_ROML_START marks the beginning of data in ROM, and __TEXT_END 
marks the end of the .text section in RAM. _ DATA_END marks the end of the code 
and variable sections that are to be copied. 


The next two pages show the simplified sample.dld, before and after changes are 
made. Comments have been reduced to improve readability and unnecessary 
details have been omitted; changes appear in bold text in the second version of 
sample.dld. See bubble.dld for another example of more complete linker 
command files in 25. Linker Command Language. 


In the “after” linker command file (Figure 25-5), note that _DATA_ROM and 
__DATA_RAM are made equal to each other in order to prevent crt0.o from 
redundantly copying data. (crt0.o copies data from ROM to RAM if those symbols 
are not equal; see Copying Initial Values From “ROM” to “RAM”, Initializing .bss, 
p-257.) 
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Figure 25-4 sample.did As It Is Distributed 


MEMORY 
{ 


rom: org=0x0, 


} 


SECTIONS 
{ 
GROUP : 
{ 
-text (TEXT) :{ 


*(.text) *(.rodata) *(.rdata) 
*(.frame_info) *(.j_class_table) 


*(.init) *(.fini) 


.ctors ALIGN(4):{ ctordtor.o(.ctors) 


( 
*( ctors) 
.dtors ALIGN ( 
*(.dtors) 
} 


__DATA_ ROM ar, 
} > rom 


GROUP : { 
__DATA_RAM = .; 


-data (DATA) LOAD(__DATA_ROM) 
{ *(.data) *(.j_pdata) } 


__DATA_END = .; 


__BSS_START = .; 
-bss (BSS) : {} 
__BSS_END = .; 


__HEAP_START= .; 


} > ram 


} 
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len=0x100000 
ram: org=0x100000, len=0x100000 
stack: org=0x300000, len=0x100000 


} 
4):{ ctordtor.o(.dtors) 
} 


Specify memory layout. 


The first GROUP contains code and constant 
data, and is allocated in the rom memory area. 


The second GROUP allocates space for 
initialized and uninitialized data in the ram 
memory area, as directed by > ram at the end of 
the GROUP. This is the “logical” location; 
references to symbols in the GROUP are to 
ram. 


But the LOAD specification on the .data output 
section causes that section to follow be at 
__DATA_ROM in the GROUP above in the 
actual image (the "physical" address). 


Allocate uninitialized sections. 
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Figure 25-5 
MEMORY { ... } 


SECTIONS 
{ 

-startup (TEXT) : { 
crt0.o(.text) 
*(.startup) 

__ SOURCE = (. + 3) & ~3; 


__DESTINATION = .; 
.text (TEXT) LOAD(__SOURCE) : { 
*(. text) 


} 


__TEXT_END = .; 
__DATA_ROM_START = __ SOURCE + 
__TEXT_END - __ DESTINATION; 


.data (DATA) LOAD(__ DATA ROM START) 
{ *(.data) *(.j_pdata) } 


__DATA_END = .; 


__ BSS _ START = .; 

-bss (BSS) : {} 

__ BSS END = .; 

__ HEAP START = .; 

} > ram 

} 
__DATA_ROM =-0% 
__DATA_RAM = __DATA_ROM; 


25.10 Examples 


sample.did Highlighting Changes Made for Copying from ROM to RAM 


Create a startup section for initialization code, 
crt0.o and copy_to_ram(), that will only be placed 
in ROM. _ SOURCE is the beginning address for 
the ROM to RAM copy. 


Make sure _ SOURCE is aligned. 


Combine the rest of the code and data into a group 
located in RAM. Use LOAD directives to place all 
of this group (except uninitialized data) in ROM. 
__DESTINATION is the address in RAM for the 
ROM-to-RAM copy. Some details (such as .ctors 
and .dtors) have been removed. 


__TEXT_END marks the end of code. 
__DATA_ROM_START marks the beginning of 


data in ROM. 


__DATA_END marks the end of data to be copied. 


Allocate uninitialized sections. 


Make _ DATA_ROM and _ DATA_RAM equal 
so initialization code will not copy initial values 
from ROM to RAM. 


A simple copy program can be used to copy from ROM to RAM, using 
__DATA_END and __DESTINATION to calculate the number of bytes to copy. 


/* These symbols are defined in a linker command file. */ 


extern int __SOURCE[], __DESTINATION[], __DATA_END[]; 


#pragma section CODE ".startup" 


void copy_to_ram(void) { 
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unsigned int i; 
unsigned int n; 
/* Calculate length of the region in ints */ 


n = __DATA_END - __DESTINATION; 
for (i = 0; i <n; i++) { 
__DESTINATION[i] = __souRcE[i]; 


} 
} 


crt0.s must call copy_to_ram(). The following is added after the comment “insert 
other initialization code here,” before calling __init_main(). 


bl copy_to_ram 
NOTE: An alternative to using copy_to_ram(), which is implemented with a for 


loop, would be to call memcpy() from crt0.0, but then memcpy() would remain 
in ROM, with its slow access. 
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Utilities 


The following chapters describe utility tools that accompany the compiler suite. 


26.1 Common Command-Line Options 


All tools in the Wind River suite accept the following command-line options where 
meaningful. They are repeated here for convenience. 


Show Option Summary (-?) 


-?, -h, 
--help 
Show synopsis of command-line options. 


Read Command-Line Options from File or Variable 
(-@name, -@ @name) 


-@name 
Read command-line options from either a file or an environment variable. 
When -@name is encountered on the command line, the tool first looks for an 
environment variable with the given name and substitutes its value. If an 
environment variable is not found then it tries to open a file with given name 
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and substitutes the contents of the file. If neither an environment variable or a 
file can be found, an error message is issued and the tool terminates. 


-@@name 
Same as -@name; also prints all command-line options on standard output. 


Redirect Output (-@E=file, -@E+file, -@O=file, -@ O+file) 
-@E=file 
Redirect any output to standard error to the given file. 


-@O=file 
Redirect any output to standard output to the given file. 


Use of “+” instead of “=” will append the output to the file. 
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27.1 Synopsis 411 
27.2 Syntax 411 

27.3 Description 412 
27.4 Examples 415 


27.1 Synopsis 


Create and maintain an archive of files of any type, with special features for object 
files. 


27.2 Syntax 


dar command [position-name] archive-file [name] ... 
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27.3 Description 


The dar command maintains files in an archive. Archives can contain files of any 
kind. However, object files are handled ina special way. If any of the included files 
is an object file, the archiver will generate an invisible symbol table in the archive. 
This symbol table is used by the linker to search for missing identifiers without 
scanning through the whole archive. 


NOTE: An archive file consisting only of object files is also called a library, and so 
the archiver is often referred to as a librarian. 


command is composed of a hyphen (-) followed by a command letter. One or more 
optional modifier letters for some commands may either be concatenated to the 
command letter, or may be given as separate option arguments (see below for 
examples). 


position-name is the name of a file in the archive used for relative positioning with 
the -r and -m commands. 


archive-file is the archive file pathname. 


name is one or more files in the archive. Multiple name arguments are separated by 
whitespace. 


27.3.1 dar Commands 


dar commands and modifiers are as follows. Modifiers are shown in brackets. See 
also 26.1 Common Command-Line Options, p.409. 


-d [lv] 
Delete the named files from the archive. 


-m [abiv] 
Move the named files. If any of the [abi] modifiers are employed, the 
position-name argument must be present and the files will be positioned in the 
same manner as with the -r command. Otherwise the files are moved to the 
end of the archive. 


p [sv] 
Print the contents of the named files on the standard output. This is useful only 
with text files in an archive; binary files, e.g., object files, are not converted and 
so are not normally printable. 
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27.3 Description 


-q [cflv] 
Quickly append the named files at the end of the archive without checking 
whether the files already exists. If the archive contains any object files, the 
symbol table file will be updated. If the [f] modifier is used, the files will be 
appended without updating the symbol table file, which is considerably faster. 
Use the -s command when all files have been inserted in the archive to update 
the symbol table. 


-r [abciluv] 
Replace the named files in the archive. New files are placed at the end of the 
archive unless one of the [abi] modifiers is used. If so, position-name must be 
given to specify a position in the archive. With the [bi] modifiers, the named 
files will be positioned before position-name; with the [a] modifier, after it. 


If the archive does not exist, create it. 


If the [u] modifier is specified, then only files with a modification date later 
than the corresponding files in the archive will be replaced. 

-s [IR] 
Update the symbol table file in the archive. Used when the archive is created 
with the -qf command. 

-t [sv] 
List a table of contents for the archive on the standard output. 

-V 
Print the version number of dar. 

-x [Isv] 
Extract the named files from the archive and place them in the current 
directory. The archive is not changed. 


dar Command Modifiers 


Use With 
Commands 
a -m -r Insert the named files in the archive after the file 
position-name. 
b -m -r Insert the named files in the archive before the file 
position-name. Same as “i” modifier. 
c -q-t Does not display any message when a new archive 


archive-file is created. 
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dar Command Modifiers (cont'd) 


Use With 
Commands 
D pathname 
-q -r When adding to or replacing files in an archive, prefix 
pathname to name of each file to be stored to access it in the 
file system (but do not store the additional pathname in the 
symbol table). 

f -q Append files to the archive, without updating the symbol 
table file. If any of the files already exist, multiple copies will 
exist in the archive. The next time the -s command is used 
dar will delete all copies but the last of the files with the 
same name. 

i -m -r Insert the named files in the archive before the file 
position-name. Same as “b” modifier. 

j -q -r Store a path prefix if given with an object file in the archive 


1 -d -q -1-s -x 


Ss -p -t-x 

u -r 

v -d -m -p 
-q -1-t -x 

R -S 


symbol table instead of just the base filename. 


NOTE: The path prefix becomes part of the name in the 
archive. Thus, if a single file x.o is added once as x.o and a 


second time as lib/x.o using the “j” option, it will be stored 
twice in the archive. 


Place temporary files in the current directory instead of the 
directory specified by the environment variable TMPDIR, or 
in the default temporary directory. 


Same as the -s command. 


Replace those files that have a modification date later than 
the files in the archive. 


Verbose output. 


Sort object files in the archive so that the linker does not 
have to scan the symbol table in multiple passes. 
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27.4 Examples 


Example 27-1 


Example 27-2 


Example 27-3 


Example 27-4 


Example 27-5 


Some later examples build on earlier examples. 


New Archive 


Create a new archive lib.a and add files f.o and h.o to it (the -r command could also 
be used): 


dar -q lib.a f.o h.o 
Modify Above Archive: Replace File, Add File 


Replace file f.o, and insert file g.o in archive lib.a, and also display the version of 
dar. Without the “a” modifier, the new file g.o would be appended to the end of the 
archive. With the “a” modifier and the first f.o acting as the position-name in the 
command, new file g.o is inserted after the replaced f.o: 


dar -rav f.o lib.a f.0 g.o 
Alternative command for Example 2 


Example 27-1 - Example 27-2 can also be given in the following form with the 
modifier letters given as separate options. The first item following dar must always 
be the command from 27.3.1 dar Commands, p.412. 


dar -r -a -v f.0 lib.a f.o g.o 


Quick Append to Archive 


Quickly append f.o to the archive lib.a, without checking if f.o already exists. This 
operation is very fast and can be used as long as the archive is later cleaned with 
the -sR command (see below): 


dar -qf lib.a f.o 


Cleanup Archive After Quick Appends 


Cleanup archive lib.a by creating a new sorted symbol table and removing all but 
the last of files with the same name. This is useful after many files have been added 
with the -qf option: 


dar -sR lib.a 
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Example 27-6 Extract File from Archive Without Changing Archive 


Extract file.c from archive source.a and place it in the current directory. The 
archive is unchanged. 


dar -x source.a file.c 
Example 27-7 Delete File from Archive Permanently 


Delete file.c files from archive source.a. The file is deleted without being written 
anywhere: 


dar -d source.a file.c 
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28.1 Synopsis 


Display profile data collected from one or more runs of a program. 


28.2 Syntax 


dbent [-£ profile-file] [-h n] [-1 n] [-n] [-t 1] sowrce-file, ... 
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28.3 Description 


28.3.1 dbcnt 


The dbcnt command displays the number of times each line in a source program 
has been executed. It can also be used to show “coverage” information (see 
28.6 Coverage, p.420). 


The files to be measured must be compiled with the -Xblock-count option. By 
definition, a basic block is a segment of code with exactly one entrance and one 
exit. Thus, all statements in a basic block will have the same count. Compiling with 
-Xblock-count causes the compiler to insert code into each basic block to record 
each execution of the block. Each time the resulting program is run, the profile data 
is stored in the file named in the environment variable DBCNT. If DBCNT is not set, 
the file dbcnt.out will be used. If the program is executed more than once, the new 
profile data will be added to the existing DBCNT file. 


After the profile data has been collected and returned to the host, to display one or 
more source files together with their line counts, enter the command: 


dbent [options] source-filel, source-file2, ... 


If the name of the DBCNT file is not dbcnt.out, use the -f option to provide the 
pathname of the actual file with the line counting information. See below for 
examples. 


dbcnt options are as follows. See also 26.1 Common Command-Line Options, p.409. 


Options 
-f file 
Read profile data from file instead of dbent.out. 


-hn 
Do not print lines executed more than n times. 


-In 
Do not print lines executed fewer than n times. 


-n 
Print the line number of every source line. 


-tn 
Print the n most frequently executed lines. 


-V 
Print the version number of dbcnt. 


418 


28 D-BCNT Profiling Basic Block Counter 
28.4 Files 


28.4 Files 


NOTE: Files processed by dbent must be unique in their first 16 characters. 


28.4.1 Output File for Profile Data 


dbcnt.out 
Default output file for profile data. 


DBCNT 
Environment variable giving the name of the profile data file. 


28.5 Examples 


The file file.c (shown annotated below) is compiled with: 
dcc -Xblock-count -o file file.c 

When executed, the following output is produced: 
47 numbers are multiples of 3 or 5. 

dbcnt is used to show how many times each line is executed: 
dbent file.c 

dbent produces the following output: 

file.c (1 run(s)): 

main () 

{ 
int i = 100, n = 0; 


101 while(i > 0 


Je 
100 if ((1 3) == 0 || (1 8 5) == 0) 
67 
47 n++; 
47 } 
100 i--; 
100 } 


printf("%d numbers are multiples of 3 or 5.\n",n); 
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NOTE: When a source line contains more than one basic block, such as the if 
statement above, empty lines are added to show the count of the basic blocks after 
the first. 


The following will find the 100 most frequently executed source lines in a program: 


dbcnt -n -t100 *.c 


28.6 Coverage 


The following will find all source lines which did not execute in a program: 
dbent -h0 -10 -n *.c 


(The second option, -10, is hyphen, lower-case L, 0.) 


28.7 Notes 


The functions __dbinic( ) and__dbexit() must exist in the standard library in order 
for the linker to be able to link the files compiled with the -Xblock-count option. 


For information on support for file I/O and environment variables in an 
embedded environment, see 15.8.2 File I/O, p.265 and 15.11 Target Program 
Arguments, Environment Variables, and Predefined Files, p.270. 


See 15.12 Profiling in An Embedded Environment, p.272 for an additional example. 
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29.1 Synopsis 


Dump or convert all or parts of object files and archive files. 


29.2 Syntax 


ddump [command] [modifiers] file, ... 
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29.3 Description 


An object file consists of several different parts which can be individually dumped 
or converted with the ddump command. 


ddump accepts both object files and archive files; in the latter case, each file in the 
archive is processed by the ddump command. ddump can generate debugging 
information only for code that is fully bound at link time; it does not work on 
relocatable object files. 


command is composed of a hyphen (-) followed by one or more command letters. 
One or more optional modifier letters for some commands may either be 
concatenated to the command letter, or may be given as separate option 
arguments. Commands and options are all represented by unique letters and so 
may be mixed in any order. Typically modifiers consisting of a single letter are 
concatenated with commands, while modifiers taking a separate argument are 
given as separate options (e.g., -Rv versus -R -o name). 


See also 26.1 Common Command-Line Options, p.409. 


29.3.1 ddump commands 


-a 
Dump the archive header for all the files in an archive file. 

-B 
Convert a hexadecimal file to binary format. Each pair of hexadecimal 
numbers is translated to one byte in the output file. Whitespace (spaces, tabs, 
and newlines) are ignored. Unless the -o modifier is used, the output file will 
be named bin.out. 


-C 
Generate a difference file (either a SingleStep .blk file or an S-Record) from two 
ELF executable files. Usage: 
ddump -c [modifiers] file1 file2 
The following special modifiers are available: 
-h 
Generate differences for read-only sections and a complete dump for 


writable sections. Useful when the original executable has already run on 
the target and has modified some writable information. 


422 


-C 


-D 


-F 


-f 


“8 


29 D-DUMP File Dumper 
29.3 Description 


-V 
Generate differences for initialized sections. Useful when the executable 
has initialized uninitialized data. 


-p2 
Generate an S-Record instead of a .blk file. 


Dump the string table in each object file. 
Dump the DWARF debugging information in each object file. 


Demangle C++ names entered interactively, one per line (no files are 
processed). Enter Ctrl-C or the end-of-file character to terminate interactive 
mode. If combined with other options, prints demangled names. See 13.5 C++ 
Name Mangling, p.225 for details on how names are mangled. 


Dump the file header in each object file. 
Dump the symbols in the global symbol table in each archive file. 


Display the contents of any file in hexadecimal and ASCII formats. The -p 
modifier will display hexadecimal only. 


Dump the section headers in each object file. 
Dump the line number information in each object file. 


Dump the symbol table information in each object file. Similar to the UNIX nm 
command. The following special modifiers are available. See also the -t option 
below for a more readable dump but without further options. 
-x 

Display numbers in hexadecimal. 
-0 

Display numbers in octal. 
-u 

Display only undefined symbols. 
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-O 


-R 
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?P 
Display symbols in BSD format. 
-h 
Suppress header. 
-r 
Display filename before symbol name. 


Emulate GNU nm output. 


Dump the optional header in each object file. 


NOTE: -o is both acommand and an option. If any of the commands -B, -I, or 
-R are encountered, then a following -o is assumed to specify the output file 
for the -B, -I, or -R command. If -o is encountered first, then it is the command. 
See the -o modifier on 29.3.1 ddump commands, p.422. 


Convert an executable (usually, or object) file to different formats, especially 
Motorola S-Record format. The output file will be named srec.out unless the -o 
modifier is used (see 29.3.1 ddump commands, p.422). Sections may be selected 
with the -n or -d and +d modifiers as usual. 


The following special modifiers are available: 


-mt 
Write S-Records of the given type: 1 for 16-bit addresses, 2 for 24 
bit-addresses, 3 for 32-bit addresses (the default). No space is permitted 
between “m” and t. 

Pp 
Write a plain ASCII file in hexadecimal (not S-Record format). 

-u 
Write a binary file (not S-Record format). Inter-section gaps of size less 
than or equal to 10KB are filled with 0. The size may be changed with the 
-y option described in 29.3.1 ddump commands, p.422. A larger gap will 
cause an error. 


-v 
Do not output the .bss or .sbss section (applies to all output formats). 


29 D-DUMP File Dumper 
29.3 Description 


Without -v, S-Records will be generated to set .bss and .sbss sections to 0. 
This will increase transmission or programming time when sending 
S-Records to PROM programmers or other devices and may not be 
desirable. 


-wil 
Set the line width of the S-records to represent n data characters. The actual 
line length is 2n plus the size of other fields such as the address field. The 
default value of n is 20. 2n is used instead of n because it takes 2n hex digits 
to represent n characters. No space is permitted between “w” and n. 


-r 
Dump the relocation information in each object file. 


-S 


Display the size of the sections. Similar to the UNIX size command. By using 
the -f modifier, the section names will be included in the output. By default, 
only the .text, .data, and .bss sections will be included. By using the -v 
modifier, all sections will be included. 


-S 
Dump the section contents in each object file. 


NOTE: Use of the v modifier, that is, -sv, is highly recommended. 


-t 
Dump the symbol table information in each object file. 


-tindex 
Dump the symbol table information for the symbol indexed by index in the 
symbol table. 


+tindex 
Dump the symbol table information for the symbols in the range given by the 
-t option through the +t option. If no -t was given, 0 is used as the lower limit. 


-V 
Print the version number of ddump. 


-zname 
Dump the line number information for the function name. 


-zname,number 
Dump the line number information in the range number to number2 given by 
+z for the function name. 
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+znumber2 


Provide the upper limit for the -z option. 


ddump command modifiers 


Use With 
Command 

-d -h -1-R-s Dump information for sections greater than or equal to 

number number. Sections are numbered 1, 2, etc. 

+d -h-1-R-R-s Dump information for sections less than or equal to 

number number. 

n -h-1-R-s-t Dump the information associated with each section 

namelist name in a comma-separated list of section names. 

-o name -I-R Specify an output filename for the -B, -I, and -R 
commands. (See note regarding the -o command in 
29.3.1 ddump commands, p.422.) 

-p any but -I Suppress printing of headers. Special meaning with -R. 

-pname  -Ionly Set the processor name in the “Module Begin” record. If 
this option is not specified the processor name is taken 
from the magic number of the input file. A list of 
processor names and magic numbers can be found in 
the IEEE 695 specification. 

-u any Underline filenames. Special meaning with -R. 

-V any Dump information in verbose mode. Special meaning 
with -R. 

“yn -Ru Change the size of the gap zero-filled by the -Ru 


command to n (see 29.3.1 ddump commands, p.422). For 
example: 


ddump -Ru -y20000 ... 


will permit gaps from 1 through 20,000 bytes. 
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29.4 Examples 


Example 29-1 


Example 29-2 


Example 29-3 


Example 29-4 


Example 29-5 


Dump File Header and Symbol Table for Files in Archive 


Dump the file header and symbol table from each object file in an archive in 
verbose mode: 


ddump -ftv lib.a 
Convert Executable File to Motorola S-Records 


Convert an executable file named test.out to Motorola S-Record format, naming 
the output file test.rom. Use the -v option to suppress the .bss section (without -v, 
S-Records would be generated to fill the .bss section with zeros). 


ddump -Rv -o test.rom test.out 
Generate S-Records Only for “data” Sections 


Same as the prior example but convert and output only section .data and call the 
result data.rom. 


ddump -R -n .data, -o data.rom test.out 
Display Section Sizes 


Use -Sf to show the size of all sections loaded on the target. See below: 


ddump -Sf a.out 
9056(.text+.sdata2) + 772(.data+.sdata) + 428(.sbss+.bss) = 
10256 


Demangle C++ Names 


Demangle C++ names with ddump -F: 


ddump -F command entry 
mymain_FiPPc user entry 
mymain(int , char **) demangled result 
init__7myclassFv user entry 
myclass::init(void ) demangled result 
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30.1 Introduction 
Rebuilding the Wind River libraries requires the special make utility, dmake, by 


Dennis Vadura. dmake is shipped and installed automatically with the tools. 


dmake supports the standard set of basic rules and features supported by most 
“make” utilities — see the documentation for other “make” utilities for details. 


30.2 Installation 


The dmake executable is shipped in the bin directory and requires no special 
installation. 
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30.3 Using dmake 


Use dmake as a typical “make” utility. For example, enter dmake without 
parameters to cause it to look for a makefile named, on Windows, makefile 
(case-insensitive), and on UNIX, first makefile and then Makefile. 


Enter dmake -h for a list of command-line options. 


dmake requires a “startup” file unless the -r option is given on the command line, 
and will look for the file in the following locations in order: 


« The value of the macro MAKESTARTUP if defined on the command line. 
"The value of the MAKESTARTUP environment variable if defined. 


« The file version_path/dmake/startup.mk (supplied as shipped). 
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31.1 Synopsis 


Wind ISS, the Wind River Instruction Set Simulator, is a simulator for executables 
and a disassembler for object files and executables. The disassembler mode 
provides both batch and interactive disassembly. The three modes of operation are 
selected by: 


windiss ... 
Simulation (with no -i option). 


windiss -i ... 


Batch disassembly. 


windiss -ir ... 
Interactive disassembly. 


The modes of operation are described the next three sections. 
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31.2 Simulator Mode 


Table 31-1 


windiss 


Wind River Compiler for ARM/XScale 


In simulator mode, windiss can take command-line arguments, input from 
standard input, and send output to standard output. 


Syntax (Simulator Mode) 

[-b binary-offset] 

[-a debug-mask] 

[-p] 

[-p£ trace-file] 

[-pi_ trigger-address| . . stop-address] 
L, trace-count]] 

[-pm range-start| . : range-stop] 

L, trace-count]] 


[-ps skip-count[, trace-count]] 


Dx max-count] 
e entry-point] 


h_ hex-offset] 


[- 
[- 
[- 
[-z mem-init-value] 
[-m_ mem-size] 


[-ma] 


Goes range-start| a rat el 


i rage sar of range-end] [xr w] x] 


[-m_ address-mask] 


[-" nice-value] 


Load file at address; requires -t option. 
Write debugging information. 
Trace execution, show disassembly and register state. 
Send -D... trace output to file. 
Trace only on execution in address range; 
trace for count instructions. 
Start trace on first read/write in address range. 
trace for count instructions. 


Start trace after skip-count instructions; trace for 
count. 


Execute max-count instructions, then stop. 

Set entry point address. 

Load at offset; requires -t option. 

Initialize memory to low byte of value, else to 0. 


Set memory size in bytes; suffixes K (kilo) or M 
(mega). 


Allocate memory automatically when accessed. 


Specify memory map in address range(s); r, w, and x 
set memory type to read, write, and execute. 


Specify address mask applied to simulated target. 


Run with lower priority on windows; nice-value can 
be 0 (default) to 6 (lowest priority). 
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Table 31-1 Syntax (Simulator Mode) 


[-p] Generate count profile without using -Xprof... 
options. 

[-a] Quiet mode — no messages except user output. 

[-x] Internal use by RTA. 

[-s clock-speed] Set clock speed (in megahertz). 

[-s stack-address] Specify initial value of stack and environment area. 

[-t target-name] Set target. target-name may be set to ARM. 

[-v] Display version number. 

[-x exception-mask ] Set exception mask. 

filename [argument...] Executable file to simulate and arguments to it if any. 


31.2.1 Compiling for the WindISS Simulator 


The simulator is easiest to use with ELF files that were compiled for the windiss 
environment, without hardware floating point support (which windiss does not 
provide). To select the windiss environment when compiling, assembling, and 
linking, either: 


« Use -ttof:windiss on the compiler, assembler, or linker command line. 


« Use dctrl -t to specify the target and environment. When dctrl prompts Select 
environment, select other, and then enter windiss. 


If object files were not compiled with ELF object file coding, the linker option -Xelf 
can be used to produce ELF file executables. Also, special switches described 
below allow for simulation using binary and hex files. 


31.2.2 Simulator Mode Command and Options 
The following shows options for running windiss in simulator mode. The space 
between the option and its value is optional unless otherwise noted. When an 


option has multiple values, no other spaces are allowed. All numeric values may 
be specified in decimal or hex, e.g., 16 or 0x10. 
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-b address 


Load binary file at address. The -t option must be used to indicate the target. 


-d_ debug-mask 


-D 


434 


Write debugging information using debug-mask to indicate options. Mask bits 
may be ORed and are specified in hex, e.g. Oxc. Mask bits not listed below are 
reserved. The mask bits are as follows: 


1,2 Turn logging on for the RTA server. Bit 2 requests more detail 
than bit 1. 

4 Cannot be used without bit 8. When used with bit 8, windiss 
displays the contents of buffers for POSIX calls. 

8 Log POSIX calls. 

16 Log exceptions, if exceptions are enabled. For example, the 
timer interrupt can be logged. 

64 Log target memory handling. 


Show initial register state; trace execution, showing disassembly for all 
instructions; show values for all registers that are changed. 


trace-file 
Direct output from all -D tracing options (-D, -Di, -Dm, and -Ds) to the 
trace-file. 


trigger-address 

[.. stop-address] 

L trace-count| 

Enable tracing, displaying each instruction as it executes and any registers 
modified by it on stdout. No space is allowed in the arguments except after 
-Di. 


Start tracing when the PC enters the range from trigger-address..stop-address. 
The default for stop-address gives a range of one instruction at the 
trigger-address. 


Addresses may be symbols. 


Stop tracing when execution reaches the stop-address or after trace-count 
instructions. If neither is present, tracing continues until the program 
terminates. Note that the program does not terminate when tracing stops — 
the program always runs until completion unless the -Dx option is present. 


If trace-count is 0, tracing is enabled as long as the PC is within the specified 
function or range. When the PC is outside of range (e.g. when executing a 
subroutine), tracing is disabled. 


31 WindISS Simulator and Disassembler 
31.2 Simulator Mode 


Program output to stdout is intermixed with trace output unless the -Df 
option is used to redirect trace output to a different file. Examples: 


windiss -Di main hello.out 
Trace beginning at main. 


windiss -Di main,1 hello.out 
Trace one instruction beginning at main. 


windiss -Di main..printf hello.out 
Trace from main through the first entry to printf. 


windiss -Di printf,0 hello.out 
Trace printf, skipping subroutine calls. 


Note: simulation is slower with this option. 


-Dm range-start [. 7 range-stop] [, trace-count] 
Start tracing on the first read or write to any memory location in the given 
range. Stop tracing after trace-count instructions if present. 


See -Di for other details and related examples. 


-ps skip-count|, trace-count] 
Execute at full speed until skip-count instructions have been executed and then 
begin tracing each instruction as executed. Stop tracing after trace-count 
instructions if present. 


See -Di for other details and related examples. 


-Dx max-count 
Execute max-count instructions and then stop. 


-e entry-point 
Specify the entry point of binary file. 
-El 


-Eb 
Specify endianity for a binary file: -Eb for big-endian, or -El for little-endian. 


-h address 
Load hex file at address. The -t option must be used to indicate the target. 


-I_ mem-init-value 
Initialize memory to the low-order byte of the given value. Memory is cleared 
to 0 without this option. 

-m mem-size 
Specify size of memory in simulator. Sizes can be specified in bytes, kilobytes 
with “k” or “K”, or megabytes with “m” or “M7”. For example, the following 
are equivalent: -m 2M, -m 2048K, -m 2097152, and -m 0x200000. The program 
terminates with an error if the end of memory is reached. 
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-ma 
Use automatic memory allocation. Memory is allocated when accessed. 

-mm range-start| ee range-end] [x] [w] [=] L, range-start| oa range-end]| [x] [w] [x] L, | 
Specify a memory map starting at range-start and ending at range-end. The t, w, 
and x flags set the memory type to read, write, and execute; the default is rwx. 
Multiple ranges can be specified. 


-M memory-mask 
Specify an address mask to be applied to all target addresses before access to 
the simulated memory. Used to mask off high address bits to fit applications 
linked to high memory. 


-N nice-value 
Run windiss using lower priority on windows. nice-value can be 0 to 6, where 
0 is the default (normal execution) and 6 is the lowest priority. 


(none) or -? 
Use windiss alone on the command line to see a list of windiss options. 

-P 
Generate count profile data even for programs not compiled with -Xprof-... 
options, effectively using -Xprof-count (100; hierarchical profile data not 
available). Without -r, upon program completion, the profile data is written to 
stdout. With -r, the RTA collects the profile data. 


Run in quiet mode: do not print messages other than output from the user’s 
program. 


Not for direct use. Used for connection to the RTA. 


-s_ clock-speed 
Set simulated clock speed in megahertz. The default is 10 (MHz). clock-speed 
must be an integer. This does not change the execution speed of windiss itself; 
rather, it changes the simulated time reported by windiss. 


-S stack-address 
Specify the initial value of the stack and environment area. The default is to use 
the highest available memory address, or 0x80000000 if automatic memory 
allocation is used (see -ma above). 


-t ftarget-name 
Specify target processor for program. Not needed for ELF files. Abbreviated 
names are used for specifying target processors: ARM, M32R, MC68K, MCF 
(for ColdFire), MCORE, MIPS, NEC, PPC, SH, SPARC, and X86. (Note that 
these abbreviated names are only the initial part of the t component of the 
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-ttofenviron option to the compiler, linker and assembler. Only the abbreviated 
forms shown are currently permitted with windiss.) 


vv 
Print windiss version. 


-X exception-mask 
Not implemented at this time for ARM microprocessors. 


31.3 Batch Disassembler Mode 


31.3.1 Syntax (Disassembler Mode) 


windiss -ilo | e | 1] [label] [-R1 start-address [-R2 end-address]] [-R3 section] filename 
label is used only with the 1 modifier. 


For the -ir option, see 31.4 Interactive Disassembler Mode, p.438. 


31.3.2 Description 


Batch disassembly mode is selected by the -i option with no “r” modifier. In batch 
disassembler mode, windiss disassembles ELF object files and executables and 
writes the assembly code to standard output. The -i stands for instructions. 
windiss can disassemble programs compiled either: 


« For the windiss environment, without hardware floating point support. See 
31.2.1 Compiling for the WindISS Simulator, p.433. 


« For other environments, if there are no floating point instructions. 


The modifiers 0, e, and 1 are appended to the -i without an additional hyphen and 
with no spaces allowed. Modifiers may be used together in any order. To 
disassemble code use: 


= -j alone to disassemble the whole file. 


= [e] -R1 start-address [-R2 end-address] to specify code addresses. Use 0x for hex 
numbers. If part of a function is specified by a -R1 and -R2 options, the entire 
function is disassembled unless the “e” option is used to request exact 
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addresses. A space is required between either the -R1 or -R2 option and the 
address. 


*  -R3 section to specify a section index in the object file. If the specified section 
has zero length, the option is ignored. 


* otoalso show machine code. 


* | label to specify the name of a function to be disassembled. 


31.4 Interactive Disassembler Mode 


31.4.1 Syntax (Interactive Disassembler Mode) 


windiss -ir[o] filename 


31.4.2 Description 


In interactive disassembler mode, windiss prints the disassembled ELF object 
code and executables interactively. The -i stands for instructions; the r modifier 
selects interactive mode; the o modifier shows hex machine code in addition to 
assembly language. windiss can disassemble programs compiled either: 


« For the windiss environment, without hardware floating point support. See 
31.2.1 Compiling for the WindISS Simulator, p.433. 


« For other environments, if there are no floating point instructions. 
To disassemble code in interactive mode: 
a[isasm] label | [-e] start-address [end-address] 


If part of a function is specified, the entire function will be disassembled unless the 
-e option is given. The -e option requests that exact addresses be disassembled, 
without other code. 


To quit interactive mode: 


q[uit] 
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31.5 Examples 


Example 31-1 


Example 31-2 


Simulate Using All Defaults 


Run windiss in simulator mode. The program output is 17. 


windiss a.out 


sey: 
windiss: task finished, exit code: 83521, Instructions executed: 2118 
windiss: interrupts were never enabled 


Simulate with Specified Memory Sizes 


Run windiss in simulator mode, specifying memory size as 20,000 bytes, and then 
1 megabyte: 


windiss -m 20000 a.out 


windiss: loading outside of memory, EA=0x4c00 (increase by using -m 
<size>) 


windiss -m 1M a.out 
17 


windiss: task finished, exit code: 83521, Instructions executed: 2118 
windiss: interrupts were never enabled 


Example 31-3 Simulate Showing POSIX Calls 


Example 31-4 


Example 31-5 


Run windiss in simulator mode, and use the debug option with a mask to show 
POSIX calls. 


windiss -d 8 a.out 
%% posix call 120: isatty(1), ret=1, errno=0 
%% posix call 4: write(1, Ox6bfc, 4) 


17 
windiss: task finished, exit code: 83521, Instructions executed: 2118 
windiss: interrupts were never enabled 


Batch Disassemble Entire File 


Disassemble a.out: 


windiss -i a.out 


Batch Disassemble One Function in File 


Disassemble main in a.out: 


windiss -il main a.out 
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Batch Disassemble Functions in Address Range 


Disassemble all code in function which includes addressees from 0x9c to Ox4e: 
windiss -i -R1 0x9c -R2 Ox4e a.out 

Disassemble only code from 0x9c to Ox4e: 
windiss -ie -R1 0x9c -R2 0x4e a.out 

Interactive Disassembly 


Disassemble a.out in interactive mode, examine main and addresses Oxa0 to Oxa4: 


windiss -ir a.out Command line 

d main Interactive command 
d -e 0xa0 0xa4 Exact address range 
a Quit 
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32.1 Introduction 443 
32.2 Library Structure 444 
32.3 Library Sources, Rebuilding the Libraries 453 


32.1 Introduction 


These chapters describe the C libraries provided with Wind River compiler. 
The libraries are compliant with the following standards and definitions: 


» ANSI X3.159-1989 

» ISO/IEC 9945-1:1990 

» POSIX IEEE Std 1003.1 
»  SVID Issue 2 


For C++ specific headers, see 13.1 Header Files, p.219. 
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32.2 Library Structure 


NOTE: Libraries are usually selected automatically by the -t option to the linker, or 
by default as set by dctrl -t. This section is provided for user customization of the 
process and can be skipped for standard use. 


The Wind River library structure supports a wide range of processors, types of 
floating point support, and execution environments. This section describes that 
structure and the mechanism used by the linker to select particular libraries. 


This section should be read in conjunction with the following: 


= 2. Configuration and Directory Structure. 
«4. Selecting a Target and Its Components. 


These sections describe the location of the components of the tools and the 
configuration variables (and their equivalents — environment variables and 
command-line options) used to control their operation. That knowledge is 
assumed here. 


32.2.1 Libraries Supplied 


The next table shows the libraries distributed with the tools. This does not include 
libc.a, which is not an archive library, but is instead a text file which includes other 
libraries (see 32.2.3 libc.a, p.449). These libraries are distributed in various 
subdirectories of version_path as described following the table. 


libcfp.a 
Floating point functions called by user code, including, for example, the printf 
and scanf formatting functions (but not the actual device input/output code). 
The version selected depends on the type of floating point selected: hardware, 
software, or none as described below. 


Typically included automatically by libc.a (see 32.2.3 libc.a, p.449). 


libchar.a 
Basic operating system functions using simple character input/output for 
stdin and stdout only (stderr and named files are not supported). This is an 
alternative to libram.a. 


Sometimes included automatically by libe.a, see 32.2.3 libc.a, p.449. 
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libcomplex.a 
C++ complex math class library for use with older compiler releases. See Older 
Versions of the Compiler, p.214. 


Not automatic; include with -1 complex option. 


libd.a 
Additional standard library and support functions delivered with C++ only 
(libc.a is also required). 


Included automatically in the link command generated by dplus. If the linker 
is invoked directly (command dld), then must be included by the user with the 
-ld option. 


libdold.a 
Additional standard library and support functions delivered with C++ only 
(libe.a is also required) for use with older compiler releases. See Older Versions 
of the Compiler, p.214. 


Included automatically in the link command generated by dplus when the 
-Xc++-old option is used. If the linker is invoked directly (command dld), then 
must be included by the user with the -ldold option. 

libi.a 
General library containing all standard ANSI C functions except those in 
libcfp.a, libchar.a, and libram.a. 


Typically included automatically by libc.a (see 32.2.3 libc.a, p.449). 


libimpfp.a 
Conversions between floating point and other types. There are three versions: 
one for use with hardware floating point, one for software floating point, and 
an empty file when “none” is selected for floating point. 


libimpl.a 
Utility functions called by compiler-generated or runtime code for constructs 
not implemented in hardware, e.g. low-level software floating point (except 
conversions), 64-bit integer support, and register save/restore when absent in 
the hardware. 


Typically included automatically by libc.a (see 32.2.3 libc.a, p.449). 


libios.a 
C++ iostream class library for use with older compiler releases. See Older 
Versions of the Compiler, p.214. 


Not automatic; include with -lios option. 
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libm.a 
Advanced math function library. 


Not automatic; include with an -Im option. 


libstl.a 
Alias for libstlstd.a. 


Not automatic; include with -Istl (or -Istlstd) option. 


libstlabr.a 
Abridged standard C++ library. Does not provide exception-handling 
functions or the type_info class for RITTI support. For more information, see 
13.2 C++ Standard Libraries, p.220. 


Not automatic; include with -Istlabr option. 


libstlstd.a 
C++ iostream and complex math class libraries. 


Not automatic; include with -Istlstd (or -Istl) option. 


libwindiss.a 
Support library required by the windiss core instruction-set simulator. This 
library is included automatically whenever a -t option ending in “:windiss” is 
used, for example, -tARMES:windiss. See 31. WindISS Simulator and 
Disassembler for details. 


libpthread.a 
Unsupported implementation of POSIX threads for use with the example 
programs. Text file which includes sub-libraries libdk*.a. 


libram.a 
Basic operating system functions using Ram-disk file input/output—an 
alternative to libchar.a. 


Sometimes included automatically by libc.a (see 32.2.3 libc.a, p.449). 


The tools accommodate requirements for different floating point and target 
operating system and input/output support using two mechanisms: 


= libc.a is a text file which includes a number of the libraries listed above. 
Several libc.a files which include different combinations are delivered for each 
target. 


* The configuration information held in the configuration variables DIARGET, 
DOBJECT, DFP, and DENVIRON causes dcc or dplus to generate a particular set 
of paths used by the linker to search for libraries. By setting these configuration 
variables appropriately, the user can control the search and consequently the 
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particular libc.a or other libraries used by the linker to resolve unsatisfied 
externals. 


As described in 4. Selecting a Target and Its Components, these four configuration 
variables are normally set indirectly using the -ttof:environ option on the 
command line invoking the compiler, assembler, or linker or by default with 
the detrl program. 


The DENVIRON configuration variable (set from the environ part of 
-ttof:environ) designates the “target operating system” environment. The tools 
use two standard values: simple and cross, which as shown below, help define 
the library search paths. 


In addition, the tools may be supplied with directories and files to support 
other environ operating-system values. See the release notes and other relevant 
documentation for details on any particular operating system supported. 


The remainder of this section describes these mechanisms in more detail. 


32.2.2 Library Directory Structure 


Table 32-1 


Directory / file 


For ARM microprocessors: 


The library directories all begin with “ARM” as shown in Table 32-1. 


The object module format specifier — the o part of the -ttof:environ option or its 
equivalent, is “L” for ELF. 


The tools have been installed in the version_path directory as described in 
Table 2-1. 


Given the above assumptions, and following the pattern described in 4. Selecting a 
Target and Its Components, the libraries above (32.2.1 Libraries Supplied, p.444) will 
be arranged as follows: 


Library Directory Locations 


Contents 


ARME/ 


libc.a 


Directories and files for ELF components (final “E” in ARME). 


Text file which includes other ELF libraries as described below 
—no input/output support. 
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Library Directory Locations (contd) 


Contents 


libchar.a 


libi.a 


libimpl.a 


libd.a 


libram.a 


cross/libc.a 


simple/libc.a 


windiss/libwindiss.a 


ARMEN/ 


libcfp.a 


libimpfp.a 


ARMES/ 


libcfp.a 


libcomplex.a 


libimpfp.a 


libios.a 


libm.a 


libpthread.a 


ELF basic operating system functions using character 
input/output for stdin and stdout only (stderr and named 
files are not supported). 


ELF standard ANSI C functions. 
ELF functions called by compiler-generated or runtime code. 
ELF additional C++ standard and support functions. 


ELF basic operating system functions using RAM-disk 
input/output. 


ELF libc.a which includes the RAM-disk input/output library 
libram.a. 


ELF libe.a which includes the basic character input/output 
library libchar.a. 


Support library for WindISS instruction-set simulator when 
supplied. Note: implicitly also uses cross/libc.a. 


ELF floating point stubs for floating point support of “None”. 


Stubs to avoid undefined externals. 


Empty file required by different versions of libc.a. 


ELF software floating point libraries: 


Floating point functions called by user code. 

Old C++ complex math class library. 

Conversions between floating point and other types. 
Old C++ iostream class library. 

Math library. 


Unsupported implementation of POSIX threads for use with the 
example programs. Text file which includes sub-libraries 
libdk*.a. 
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libstlstd.a 


C++ iostream and complex math class libraries. 


32.2.3 libc.a 


Table 32-2 


There are three libc.a files in the table above. Each of these is a short text file which 
contains -1 option lines, each line naming a library. The -1 option is the standard 
command-line option to specify a library for the linker to search. When the linker 
finds that libc.a is a text file, it reads the -1 lines in the libc.a and then searches the 
named libraries for unsatisfied externals. (As with any -1 option, only the portion 
of the name following “lib” is given; thus, -li identifies library libi.a.) 


This approach allows the functions in libc.a to be factored into groups for different 
floating point and input/output requirements. Three of the libc.a files delivered 


with the tools are: 


libc.a Files Delivered With the Tools 


liba.c files Contents Use 

ARME/libc.a -li Standard C runtime but with no 
eee input/output support; if input / output calls 
-limpfp are made they will be undefined. 

ARME/simple/libc.a -1i Supports character input/output by adding 
fie libchar.a for stdin and stdout only (stderr 
21491 and named files are not supported). 
-limpfp 

ARME/cross/libc.a -1i Supports RAM-disk input/output by 
Sree adding libram.a. Used automatically by 
-lram . y 
-limpl windiss. 
-limpfp 

Notes: 


* Only one of the simple or cross (or similar) libraries should be used. 


« _windiss is a pseudo-value for environ: it selects the windiss/libwindiss.a 
library silently and in addition selects the cross/libe.a library. 
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= The order of the lines in each liba.c file determines the order in which the 
linker will search for unsatisfied externals. 


The particular libc.a found, as well as the directories for the libraries listed in each 
libc.a, are determined by the search path given to the linker as described in the 
next section. 


32.2.4 Library Search Paths 


Table 32-3 


When dcc or dplus is invoked, it invokes the compiler, assembler, and linker in 
turn. The generated linker command line includes: 


* an -lc option to cause the linker to search for libc.a 
* for C++, an -Id option to cause the linker to search for libd.a 


* _a-YP option which specifies the directories to be searched for these libraries 
and also for the libraries named in the selected libc.a (and any others specified 
by the user with -1 libname options) 


The -Y P option generated for each target is a function of the -ttof:environ option or 
its equivalent environment variables, and is defined in 4.2 Selected Startup Module 
and Libraries, p.24. 


Following the pattern there, the assumptions made here will generate a -Y P option 
listing the following directories in the order given for each setting of the floating 
point f part of the -t:tof option or its equivalent, and where environ is either simple 
or cross: 


Directories Searched for Libraries 


Floating point 


f Directories Environment support 
N version_path/ARMEN/environ specific None 
version_path/ARMEN : 
version_path/ARME/environ aaa None . 
version_path|ARME specific not applicable 
generic not applicable 
s version_path/ARMES/environ specific Software 
version_path/ARMES : 
version_path/ARME/environ oo Software 
version_path/ARME specific not applicable 
generic not applicable 
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«There is no error if a directory given with the -Y P option does not exist. 


« The difference between “None” floating point support and “not applicable” is 
that the directories for the “not applicable” cases do not contain any floating 
point code, only integer, while the “None” cases will use the ARMEN/libcfp.a 
and ARMEN/libimpfp.a libraries. ARMEN/libcfp.a provides stubs functions 


that call printf with an error message for floating point externals used by 
compiler-generated or runtime code so that these externals will not be 


undefined; ARMEN/libimpfp is an empty file needed because each libc.a is 


common to all types of floating point support. 


The following table gives examples of the libraries found given the above directory 


search order. Note that the search for the libraries included by a libc.a is 


independent of the search for libc.a. That is, regardless of which directory supplies 
libc.a, the search for the libraries it names begins anew with the first directory in 


the selected row of Table 32-3 above. In all cases, a library is taken from the first 


directory in which it is found. 


Table 32-4 Examples of Libraries Found for Different -t Options 


-t option 


Libraries Found 


Notes 


-tARMEN: simple 


ARME/simple/libc.a 


ARME/libi.a 
ARMEN/1libcfp.a 
ARME/1libchar.a 
ARME/1libimpl.a 
ARMEN/1libimpfp.a 


libc.a is specific to the environment, but 
never to the floating point support. It is 
found in the third directory searched. It 
names four libraries: 


libi.a and libimpl.a are common to all 
ARME systems and are found in the 
fourth directory ARM. 


The floating point support is 
independent of the environment and 
comes from the second directory 
ARMEN. 


The character input/output support is 
independent of the floating point 
support, and while it has been selected 
because of the simple environment 
setting, it resides in the generic fourth 
directory ARM. 
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Table 32-4 Examples of Libraries Found for Different -t Options (cont'd) 


-t option Libraries Found Notes 

-tARMES: cross ARME/cross/libc.a Again, libc.a is specific to the environment 
Se ere but not the floating point support, and is 
ARMES/libcfp.a found in the third directory ARME/cross. It 
ARME/libram.a again names four libraries: 
ARME/libimpl.a 
ARMES/libimpfp.a «  libi.a and libimpl.a are in the fourth 

directory ARME as before. 


« The software floating point library 
libcfp.a is from the second directory, 
now ARMES. 


« This time libram.a has been selected by 
ARME/cross/libc.a instead of libchar.a 
(but still from the fourth directory 
ARME as before). 


-tARMES:windiss In addition to the libraries found for -tARMES:cross, searches 
windiss/libwindiss.a before searching for ARME/cross/libc.a. 
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Table 32-4 Examples of Libraries Found for Different -t Options (cont’d) 


-t option Libraries Found Notes 
-tARMES: cust ARME/cust/libc.a The customer has defined a new libc.a in a 
Pere ee new ARME/cust directory for a C++ project 
ARMES/libcfp.a using software floating point. This libc.a 
ARME/cust/libchar.a text file consists of the following five lines: 
ARME/libimpl.a 
ARMES/1libimpfp.a -li 
-lcfp 
-lchar 
-limpl 
-limpfp 


Thus, based on the search order implied by 
the -tARMES:cust option, the standard 
libraries ARME/libi.a, ARME/libimpl.a, 
ARMES/libcfp.a, and ARMES/libimpfp.a 
will be searched. 


In addition, the library 
ARME/cust/libchar.a, a special character 
I/O package for the customer’s ARME -t 
environment, will also be searched. Because 
directory ARMES/cust is searched before 
ARME, the linker will find the customer’s 
libchar.a library rather than the standard 
ARME/libchar.a. 


32.3 Library Sources, Rebuilding the Libraries 


32.3.1 Sources 


This section describes how to re-build the libraries from source. 


The libraries and makefiles are contained in three subdirectories of 
version_path/ libraries: 
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build/* 


There are subdirectories for each of ARME, ARMEH, ARMEN, etc. Each 
subdirectory contains a main Makefile and supporting makefiles. 


Only the ARME/Makefile is to be used directly by the user. It in turn invokes 
the makefiles in ARMEH, ARMEN, etc. These latter makefiles are 
self-documenting and begin with comments that should be read before 
re-building the libraries. 


include/ 


include.cxx/* 
include.unx/* 


Include files used by for the C++ (but not C), and C libraries respectively. 


src/* 


Source for all generally distributed library files. 


32.3.2 Rebuilding the Libraries 


The following steps rebuild the libraries: 


1. 


454 


If you do not want to run make against all of the libraries, edit the Makefile at 
both the ARME level and the ARMEH, ARMEN, etc., levels to remove any 
unwanted libraries. 


Change directory to version_path/libraries/build/ARME. 


Enter the command: 

dmake -vd 
Note: to change the arguments that the libraries build with, change the 
CFLAGS macro defined in version_path/libraries/build/defs.mk. 


Each library will be built in its corresponding build directory, that is, 
version_path/libraries/build/ARME, version_path/libraries/build/ARMEH, 
etc. 


Move the successfully built libraries to the version_path/ARME, 
version_pathIARMEH, etc. corresponding directories, replace each existing file 
with the newly built file. 


Alternatively, leave the libraries where they are, or move them to some other 
location, and provide -Y P options as described in the first part of this chapter. 
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NOTE: The Dinkum C++ libraries are built with the GNU make utility (gmake), 


not with dmake. 


32.3.3 C++ Libraries 


The Wind River tools include two versions of the standard C++ library: the 
complete version (libstlstd.a) and the abridged version (libstlabr.a). For 
information about these libraries, see 13.2 C++ Standard Libraries, p.220. By default, 
libstlstd.a is compiled with the full library sources and exception-handling 
enabled, while libstlabr.a is compiled with the abridged library sources and 
exception-handling disabled. You can compile these libraries in a different 
configuration by redefining either or both of the macros 
__CONFIGURE_EMBEDDED and __CONFIGURE_EXCEPTIONS. These macros are 
defined in dtools.conf and automatically reset by compiler flags such as -Xc++abr; 
hence their definitions must be overridden on the command line if you wish to 
change them. Setting _ CONFIGURE_EMBEDDED to 1 uses the abridged library 
sources and setting _ CONFIGURE_EXCEPTIONS to 1 enables exception-handling. 
For example, to compile the libstlstd.a without exception-handling, add 
__CONFIGURE_EXCEPTIONS=0 to the command line. 
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33.1 Files 


The following list is a subset of the header files provided. Each is enclosed in angle 
brackets, < >, whenever used in text to emphasize their inclusion in the standard 
C library. 


Allheader files are found in version_path/include. See 2. Configuration and Directory 


Structure for additional information. 


NOTE: In this manual, some paths are given using UNIX format, that is, using a “/” 
separator. For Windows, substitute a” \” separator. 


33.1.1 Standard Header Files 


<ar.h> 


Archive header. 


<assert.h> 
assert( ) macro. 
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<ctype .h> 
Character handling macros. 


<dcc.h> 
Prototypes not found elsewhere. 


<errno.h> 
error macros and errno variable. 


<fcntl.h> 
creat(), fentl(), and open() definitions. 


<float.h> 
Floating point limits. 


<limits.h> 
Limits of processor and operating system. 


<locale.h> 
Locale definitions. 


<malloc.h> 


Old malloc() definitions. Use <stdlib.h>. 


<math.h> 
Defines the constant HUGE_VAL and declares math functions. 


<mathf .h> 
Single precision versions of <math.h> functions. 


<memory .h> 
Old declarations of mem*(). Use <string.h>. 


<mon.h> 
monitor( ) definitions. 


<netdb.h> 
Berkeley socket standard header file. 


<netinet/in.h> 


Berkeley socket standard header file. 


<netinet/tcp.h> 


Berkeley socket standard header file. 


<regexp.h> 
Regular expression handling. 


<search.h> 
Search routine declarations. 


<setjmp.h> 


setjmp() and longjmp() definitions. 
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<signal .h> 


Signal handling. 


<stdarg.h> 
ANSI variable arguments handling. 


<stddef .h> 
ANSI definitions. 


<stdio.h> 
stdio library definitions. 


<stdlib.h> 
ANSI definitions. 


<string.h> 
str*() and mem*() declarations. 


<sys/socket .h> 


Berkeley socket standard header file. 


<sys/types.h> 
Type definitions. 


<time.h> 
Time handling definitions. 


<unistd.h> 


Prototypes for UNIX system calls. 


<values.h> 
Old limits definitions. Use <limits.h> and <float.h>. 


<varargs.h> 


Old variable arguments handling. Use <stdarg.h>. 


NOTE: If the macro __lint is set (#define __lint), the header files will not use any 
C language extensions. This is useful for checking code before running it with a 
third party lint facility. 


33.2 Defined Variables, Types, and Constants 


The following list is a subset of the variables, types, and constants defined in the 
header files in the C libraries. 
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fentl.h 
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math.h 
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Declares the variable errno holding error codes. Defines error codes; all starting 
with E. See the file for more information. 


Defines the following constants used by open() and fentl(): 


O_RDONLY 


Open for reading only. 


O_WRONLY 
Open for writing only. 


O_RDWR 
Open for reading and writing. 


O_NDELAY 
No blocking. 


O_APPEND 
Append all writes at the end of the file. 


Defines constants handling the precision and range of floating point values. See 
the ANSI C standard for reference. 


Defines constants defining the range of integers and operating system limits. See 
the ANSI C and POSIX 1003.1 standards for reference. 


Defines the value HUGE_VAL that is set to IEEE double precision infinity. 
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mathf.h 


setjmp.h 


signal.h 


stdarg.h 


stddef.h 


stdio.h 


33 Header Files 
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Defines the value HUGE_VAL _F that is set to IEEE single precision infinity. 


Defines the type jmpbuf, used by setjmp() and longjmp(). 
Defines the type sigjmpbuf, used by sigsetjmp() and siglongjmp( ). 


Defines the signal macros starting with SIG. 


Defines the volatile type sig_atomic_t that can be used by signal handlers. 


Defines the type sigset_t, used by POSIX signal routines. 


Defines the type va_list used by the macros va_start, va_arg, and va_end. 


Defines ptrdiff_t which is the result type of subtracting two pointers. 
Defines size_t which is the result type of the sizeof operator. 
Defines NULL which is the null pointer constant. 


Defines size_t which is the result type of the sizeof operator. 

Defines fpos_t which is the type used for file positioning. 

Defines FILE which is the type used by stream and file input and output. 
Defines the BUFSIZ constant which is the size used by setbuf(). 

Defines the EOF constant which indicates end-of-file. 

Defines NULL which is the null pointer constant. 

Declares stdin as a pointer to the FILE associated with standard input. 
Declares stdout as a pointer to the FILE associated with standard output. 
Declares stderr as a pointer to the FILE associated with standard error. 
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stdlib.h 
Defines size_t which is the result type of the sizeof operator. 
Defines div_t and Idiv_t which are the types returned by div() and Idiv(). 
Defines NULL which is the null pointer constant. 
Defines the EXIT_FAILURE and EXIT_SUCCESS constants returned by exit(). 
string.h 
Defines NULL which is the null pointer constant. 
Defines size_t which is the result type of the sizeof operator. 
time.h 


Defines CLOCKS_PER_SEC constant which is the number of clock ticks per second. 
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34.1 Format of Descriptions 


This chapter briefly describes the functions and function-like macros provided in 
the Wind River C libraries. For more detailed descriptions, and for information 
about the C++ libraries, see the references cited in Additional Documentation, p.8. 


NOTE: The standard C libraries documented here are not the ones used for 
VxWorks applications. If you specify the :rtp or :vxworksx.x execution 
environment, the tools will automatically link a different set of C libraries. See the 
documentation that accompanied your VxWorks development tools for more 
information. 


Each function description is formatted as follows: 


name 
header files 
prototype definition 
brief description 
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OS calls: optional; see below 
Reference: see below 


34.1.1 Operating System Calls 


Some of the functions described in this chapter make calls on operating system 
functions that are standard in UNIX environments. In embedded environments, 
such functions cannot be used unless the embedded environment includes a 
real-time operating system providing these operating system functions. 


The functions which call operating system functions, directly or indirectly, have all 
the required operating system functions listed. The non-UNIX user can employ 
this list to see what system functions need to be provided in order to use a 
particular function. 


Some functions refer to standard input, output, and error — the standard 
input/output streams found in UNIX and Windows environments. For embedded 
environments, see 15.8.1 Character I/O, p.264 and 15.8.2 File I/O, p.265 for 
suggestions for file system support. 


34.1.2 References 


The function descriptions refer to the following standards and definitions: 


ANSI 
The function/macro is defined in ANSI X3.159-1989. 


ANSI 754 
The function is define in ANSI/IEEE Std 754-1985. 


DCC 
The function/macro is added to Wind River C. 


POSIX 
The function/macro is defined in IEEE Std 1003.1-1990. 


SVID 
The function/macro is defined in System V Interface Definition 2. 


UNIx 
The function/macro is provided to be compatible with Unix V.3. 
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Other references: 


MATH 
The math libraries must be specified at link time with the -Im option. 


SYS 
The function must be provided by the operating system or emulated in a 
stand-alone system. 


REENT 
The function is reentrant. It does not use any static or global data. 


REERR 
The function might modify errno and is reentrant only if all processes 
ignore that variable. But see 34.2 Reentrant Versions, p.465 below. 


Most functions in the libraries have a synonym to conform to various standards. 
For example, the function read() has the synonym _read(). In ANSI C, read() is 
not defined, which means that the user is free to define read() as a new function. 
To avoid conflicts with such user-defined functions, library functions, e.g. fread(), 
call the synonym defined with the leading underscore, e.g. _read(). 


34.2 Reentrant Versions 


In some cases, non-reentrant standard functions are supplied in special reentrant 
versions. These reentrant versions are not separately documented, but they are 
easy to find because their names end in _r. For example, localtime() (in gmtime.c) 
has a reentrant counterpart called localtime_r() (in gmtime_t.c). 


All functions that modify the errno variable call the wrapper function 
__errno_fn(), defined in cerror.c. When a function is marked as REERR in the 
listing below, you can make it completely reentrant by modifying __errno_fn() to 
preserve the value of errno. 


For information about malloc() and free(), see 15.10 Reentrant and “Thread-Safe” 
Library Functions, p.270. 
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34.3 Function Listing 


a64i( ) 


abort( ) 


abs() 


access( ) 


This section lists all functions in the library in alphabetic order. Leading 
underscores “_” are ignored with respect to the alphabetic ordering. 


#include <stdlib.h> 
long a641l(const char *s); 


Converts the base-64 number, pointed to by *s, to a long value. 


Reference: SVID, REENT. 


#include <stdlib.h> 
int abort (void); 


Same as exit(), but also causes the signal SIGABRT to be sent to the calling process. 
If SIGABRT is neither caught nor ignored, all streams are flushed prior to the signal 
being sent and a core dump results. 


OS calls: close, getpid, kill, sbrk, write. 
Reference: ANSI. 


#include <stdlib.h> 
int abs(int i); 


Returns the absolute value of its integer operand. 


Reference: ANSI, REENT. 


#include <unistd.h> 
int access(char *path, int amode); 


Determines accessibility of a file. 
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acos( ) 


acosf{( ) 


advance( ) 


34 C Library Functions 
34.3 Function Listing 


The C libraries provide an interface to this operating system call. Please see your 
OS manual for a complete definition. 


Reference: POSIX, SYS. 


#include <math.h> 
double acos(double x); 


Returns the arc cosine of x in the range [0, 7]. x must be in the range [-1, 1]. 
Otherwise zero is returned, errno is set to EDOM, and a message indicating a 
domain error is printed on the standard error output. 


OS calls: write. 


Reference: ANSI, MATH, REERR. 


#include <mathf.h> 
float acosf(float x); 


Returns the arc cosine of x in the range [0, 7]. x must be in the range [-1, 1]. 
Otherwise zero is returned, errno is set to EDOM, and a message indicating a 
domain error is printed on the standard error output. This is the single precision 
version of acos(). 


OS calls: write. 


Reference: DCC, MATH, REERR. 


#include <regexp.h> 
int advance(char *string, char *expbuf); 


Does pattern matching given the string string and a compiled regular expression 
in expbuf. See SVID for more details. 


Reference: SVID. 
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asctime( ) 
#include <time.h> 
char *asctime(const struct tm *timeptr); 
Converts time in timeptr into a string in the form exemplified by 
"Sun Sep 16 01:03:52 1973\n". 
Reference: ANSI. 


asin( ) 
#include <math.h> 
double asin(double x); 


Returns the arc sine of x in the range [-t/2, 1/2]. x must be in the range [-1, 1]. 
Otherwise zero is returned, errno is set to EDOM and a message indicating a 
domain error is printed on the standard error output. 


OS calls: write. 


Reference: ANSI, MATH, REERR. 


asinf( ) 
#include <mathf.h> 
float asinf(float x); 


Returns the arc sine of x in the range [-t/2, 1/2]. x must be in the range [-1, 1]. 
Otherwise zero is returned, errno is set to EDOM and a message indicating a 
domain error is printed on the standard error output. This is the single precision 
version of asin(). 


OS calls: write. 


Reference: DCC, MATH, REERR. 


assert( ) 
#include <assert.h> 
void assert(int expression) ; 


Puts diagnostics into programs. If expression is false, assert() writes information 
about the particular call that failed (including the text of the argument, the name 
of the source file, and the source line number — the latter are respectively the 
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atan( ) 


atanf( ) 


atan2( ) 
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values of the preprocessing macros __FILE__ and __LINE_) on the standard error 
file. It then calls the abort() function. assert( ) is implemented as a macro. If the 
preprocessor macro NDEBUG is defined at compile time, the assert() macro will 
not generate any code. 


OS calls: close, getpid, kill, sbrk, write. 
Reference: ANSI. 


#include <math.h> 
double atan(double x); 


Returns the arc tangent of x in the range [-1/2, n/2]. 
OS calls: write. 


Reference: ANSI, MATH, REERR. 


#include <mathf.h> 
float atan(float x); 


Returns the arc tangent of x in the range [-n/2, n/2]. This is the single precision 
version of atan(). 


OS calls: write. 


Reference: DCC, MATH, REERR. 


#include <math.h> 
double atan2(double x, double y); 


Returns the arc tangent of y/x in the range [-1, 7], using the signs of both arguments 
to determine the quadrant of the return value. If both arguments are zero, then zero 
is returned, errno is set to EDOM and a message indicating a domain error is 
printed on the standard error output. 


OS calls: write. 


Reference: ANSI, MATH, REERR. 
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#include <mathf.h> 
float atan2(float x, float y); 


Returns the arc tangent of y/x in the range [-n, 7], using the signs of both arguments 
to determine the quadrant of the return value. If both arguments are zero, then zero 
is returned, errno is set to EDOM and a message indicating a domain error is 
printed on the standard error output. This is the single precision version of 
atan2(). 


OS calls: write. 


Reference: DCC, MATH, REERR. 


#include <stdlib.h> 
void atexit(void (*func) (void)); 


Registers the function whose address is func to be called by exit(). 


Reference: ANSI. 


#include <stdlib.h> 
double atof(const char *nptr); 


Converts an ASCII number string nptr into a double. 


Reference: ANSI, REERR. 


#include <stdlib.h> 
int atoi(const char *nptr); 


Converts an ASCII decimal number string nptr into an int. 


Reference: ANSI, REENT. 
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bsearch( ) 


calloc( ) 


ceil( ) 
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#include <stdlib.h> 
long atol(const char *nptr); 


Converts an ASCII decimal number string nptr into a long. 


Reference: ANSI, REENT. 


#include <stdlib.h> 
void *bsearch(const void *key, const void *base, size_t nel, size_t size, 
int (*compar)( )); 


Binary search routine which returns a pointer into a table indicating where a 
datum may be found. The table must be previously sorted in increasing order. key 
points to a datum instance to search for in the table, base points to the element at 
the base of the table, nel is the number of elements in the table. compar is a pointer 
to the comparison function, which is called with two arguments that point to the 
elements being compared. 


Reference: ANSI, REENT. 


#include <stdlib.h> 
void *calloc(size_t nmemb, size_t size); 


Allocates space for an array of nmemb objects of the size size. Returns a pointer to 
the start (lowest byte address) of the object. The array is initialized to zero. See 
malloc() for more information. 


OS calls: sbrk, write. 
Reference: ANSI. 


#include <math.h> 
double ceil(double x); 


Returns the smallest integer not less than x. 


OS calls: write. 
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Reference: ANSI MATH, REENT. 


#include <mathf.h> 
float ceilf(float x); 


Returns the smallest integer not less than x. This is the single precision version of 
ceil(). 
OS calls: write. 


Reference: DCC, MATH, REENT. 


#include <math.h> 
double _chgsign(double x); 


Returns x copies with its sign reversed, not 0 - x. The distinction is germane when 
xis +0 or -0 or NaN. Consequently, it is a mistake to use the sign bit to distinguish 
signaling NaNs from quiet NaNs. 


Reference: ANSI 754, MATH, REENT. 


#include <stdio.h> 
void clearerr (FILE *stream) ; 


Resets the error and EOF indicators to zero on the named stream. 


Reference: ANSI. 


#include <time.h> 
clock_t clock(void) ; 


Returns the number of clock ticks of elapsed processor time, counting from a time 
related to program start-up. The constant CLOCKS_PER_SEC is the number of ticks 
per second. 


OS calls: times. 
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compile( ) 


_copysign( ) 


cos() 
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Reference: ANSI. 


#include <unistd.h> 
int close(int fildes) ; 


Closes the file descriptor fildes. 


The C libraries provide an interface to this operating system call. Please see your 
OS manual for a complete definition. 


Reference: POSIX, SYS. 


#include <regexp.h> 
int compile(char *instring, char *expbuf, char *endbuf, int eof); 


Compiles the regular expression in instring and produces a compiled expression 
that can be used by advance() and step() for pattern matching. 


Reference: SVID. 


#include <math.h> 
double _copysign(double x, double y); 


Returns x with the sign of y. Hence, abs(x) = _copysign(x, 1.0) even if x is NaN. 
Reference: ANSI 754, MATH, REENT. 


#include <math.h> 
double cos(double x); 


Returns the cosine of x measured in radians. Accuracy is reduced with large 
argument values. 


OS calls: write. 


Reference: ANSI, MATH, REERR. 
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#include <mathf.h> 
float cosf(float x); 


Returns the cosine of x measured in radians. Accuracy is reduced with large 
argument values. This is the single precision version of cos(). 


OS calls: write. 


Reference: DCC, MATH, REERR. 


#include <math.h> 
double cosh(double x); 


Returns the hyperbolic cosine of x measured in radians. Accuracy is reduced with 
large argument values. 


OS calls: write. 


Reference: ANSI, MATH, REERR. 


#include <mathf.h> 
float coshf(float x); 


Returns the hyperbolic cosine of x measured in radians. Accuracy is reduced with 
a large argument values. This is the single precision version of cosh(). 


OS calls: write. 


Reference: DCC, MATH, REERR. 


#include <sys/types.h> 

#include <sys/stat.h> 

#include <fcntl.h> 

int creat(char *path, mode_t mode) ; 


Creates the new file path. 


The C libraries provide an interface to this operating system call. Please see your 
OS manual for a complete definition. 
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difftime( ) 


div() 


drand48( ) 
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Reference: POSIX, SYS. 


#include <time.h> 
char *ctime(const time_t *timer) ; 


Equivalent to calling asctime(localtime(timer)). 


Reference: ANSI. 


#include <time.h> 
double difftime(time_t tl, time_t t0); 


Returns the difference in seconds between the calendar time t0 and the calendar 
time t1. 


Reference: ANSI, REENT. 


#include <stdlib.h> 
div_t div(int numer, int denom) ; 


Divides numer by denom and returns the quotient and the remainder as a div_t 
structure. 


Reference: ANSI, REENT. 


#include <stdlib.h> 
double drand48 (void) ; 


Generates pseudo-random, non-negative, double-precision floating point 
numbers uniformly distributed over the half-open interval [0.0, 1.0 (i.e. excluding 
1.0), using the linear congruential algorithm and 48-bit integer arithmetic. It must 
be initialized using the srand48( ), seed48(), or lcong48( ) functions. 


Reference: SVID. 
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#include <unistd.h> 
int dup(int fildes) ; 


Duplicates the open file descriptor fildes. 


The C libraries provide an interface to this operating system call. Please see your 
OS manual for a complete definition. 


Reference: POSIX, SYS. 


#include <dcc.h> 
char *ecvt (double value, int ndigit, int *decpt, int *sign); 


Converts value to a null-terminated string of ndigit digits and returns a pointer to 
it. The high-order digit is non-0 unless value is zero. The low-order digit is rounded 
to the nearest value (5 is rounded up). The position of the decimal point relative 
the beginning of the string is stored through decpt (negative means to the left of the 
returned digits). If the sign of the result is negative, the integer pointed to by sign 
is set to one, otherwise it is set to zero. 


Reference: DCC. 


#include <math.h> 
double erf (double x); 


Returns the error function of x. 


Reference: SVID, MATH, REENT. 


#include <mathf.h> 
float erff(float x); 


Returns the error function of x. This is the single precision version of erf(). 


Reference: DCC, MATH, REENT. 
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erfcf( ) 


exit() 


_exit( ) 
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#include <math.h> 
double erfc(double x); 


Complementary error function = 1.0 - erf(x). Provided because of the extreme loss 
of relative accuracy if erf(x) is called for large x and the result subtracted from 1.0. 


Reference: SVID, MATH, REENT. 


#include <mathf.h> 
float erfcf(float x); 


Complementary error function = 1.0 - erff(x). Provided because of the extreme loss 
of relative accuracy if erff(x) is called for large x and the result subtracted from 1.0. 
This is the single precision version of erfc(). 


Reference: DCC, MATH, REENT. 


#include <stdlib.h> 
void exit(int status) ; 


Normal program termination. Flushes all open files. Executes all functions 
submitted by the atexit() function. Does not return to its caller. The following 
status constants are provided: 


EXIT_FAILURE unsuccessful termination 
EXIT_SUCCESS successful termination 


OS calls: _exit, close, sbrk, write. 


Reference: ANSI. 


#include <unistd.h> 
void _exit(int status); 


Program termination. All files are closed. Does not return to its caller. 
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The C libraries provide an interface to this operating system call. Please see your 
OS manual for a complete definition. 


Reference: POSIX, SYS. 


#include <math.h> 
double exp(double x); 


Returns the exponential function of x. Returns HUGE_VAL when the correct value 
would overflow or 0 when the correct value would underflow, and sets errno to 
ERANGE. 


OS calls: write. 


Reference: ANSI, MATH, REERR. 


#include <mathf.h> 
float expf(float x); 


Returns the exponential function of x. Returns HUGE_VAL when the correct value 
would overflow or 0 when the correct value would underflow and sets errno to 
ERANGE. This is the single precision version of exp(). 


OS calls: write. 


Reference: DCC, MATH, REERR. 


#include <math.h> 
double fabs(double x); 


Returns the absolute value of x. 


Reference: ANSI, MATH, REENT. 


#include <mathf.h> 
float fabsf(float x); 
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Returns the absolute value of x. This is the single precision version of fabs(). 


Reference: DCC, MATH, REENT. 


fclose( ) 
#include <stdio.h> 
int fclose(FILE *stream) ; 
: 34 
Causes any buffered data for the named stream to be written out, and the stream to EZ 
be closed. 


OS calls: close, sbrk, write. 


Reference: ANSI. 


fentl( ) 


#include <fcntl.h> 
int fentl(int fildes, int cmd, ...); 
Controls the open file fildes. 


The C libraries provide an interface to this operating system call. Please see your 
OS manual for a complete definition. 


Reference: POSIX, SYS. 


fevt( ) 
#include <dcc.h> 
char *fcvt(double value, int ndigit, int *decpt, int *sign); 


Rounds the correct digit for printf format "%f" (FORTRAN F-format) output 
according to the number of digits specified. See ecvt(). 


Reference: DCC. 


fdopen( ) 


#include <stdio.h> 
FILE *fdopen(int fildes, const char *type); 


479 


feof( ) 


ferror( ) 


fflush( ) 


fgetc( ) 


Wind River Compiler for ARM/XScale 
User's Guide, 5.4 


See fopen(). fdopen() associates a stream with a file descriptor, obtained from 
open( ), dup(), creat(), or pipe(). The type of stream must agree with the mode of 
the open file. 


OS calls: fentl, lseek. 
Reference: POSIX. 


#include <stdio.h> 
int feof (FILE *stream) ; 


Returns non-zero when end-of-file has previously been detected reading the 
named input stream. 


Reference: ANSI. 


#include <stdio.h> 
int ferror (FILE *stream) ; 


Returns non-zero when an input/output error has occurred while reading from or 
writing to the named stream. 


Reference: ANSI. 


#include <stdio.h> 
int fflush(FILE *stream) ; 


Causes any buffered data for the named stream to be written to the file, and the 
stream remains open. 


OS calls: write. 


Reference: ANSI. 


#include <stdio.h> 
int fgetc(FILE *stream) ; 
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Behaves like the macro getc(), but is a function. Runs more slowly than gete( ), 
takes less space, and can be passed as an argument to a function. 


OS calls: isatty, read, sbrk, write. 
Reference: ANSI. 


#include <stdio.h> 
int fgetpos(FILE *stream, fpos_t *pos); 


Stores the file position indicator for stream in “pos. If unsuccessful, it stores a 
positive value in errno and returns a nonzero value. 


OS calls: lseek. 
Reference: ANSI. 


#include <stdio.h> 
char *fgets(char *s, int n, FILE *stream) ; 


Reads characters from stream into the array pointed to by s, until n-1 characters are 
read, or anew-line character is read and transferred to s, or an EOF is encountered. 
The string is terminated with a null character. 


OS calls: isatty, read, sbrk, write. 
Reference: ANSI. 


#include <stdio.h> 
int fileno (FILE *stream) ; 


Returns the integer file descriptor associated with the named stream; see open(). 


Reference: POSIX. 


#include <math.h> 
double _finite(double x); 
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Returns a non-zero value if -%°< x < +e3 and returns 0 otherwise. 


Reference: ANSI 754, MATH, REENT 


#include <math.h> 
double floor(double x); 


Returns the largest integer (as a double-precision number) not greater than x. 


Reference: ANSI, MATH, REENT. 


#include <mathf.h> 
float floorf(float x); 


Returns the largest integer (as a single-precision number) not greater than x. This 
is the single precision version of floor(). 


Reference: DCC, MATH, REENT. 


#include <math.h> 

double fmod(double x, double y); 

Returns the floating point remainder of the division of x by y, zero if y is zero or if 
x/y would overflow. Otherwise the number is f with the same sign as x, such that 
x=iy+f for some integer i, and absolute value of f is less than absolute value of y. 


Reference: ANSI, MATH, REENT. 


#include <mathf.h> 

float fmodf(float x, float y); 

Returns the floating point remainder of the division of x by y, zero if y is zero or if 
x/y would overflow. Otherwise the number is f with the same sign as x, such that 
x=iyt+f for some integer i, and absolute value of f is less than absolute value of y. 
This is the single precision version of fmod(). 
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Reference: DCC, MATH, REENT. 


#include <stdio.h> 

FILE *fopen(const char *filename, const char *type); 

Opens the file named by filename and associates a stream with it. Returns a pointer 
to the FILE structure associated with the stream. type is a character string having 
one of the following values: 


"r" open for reading 

"w" truncate or create for writing 

"a" append; open for writing at EOF, or create for writing 
"r+" open for update (read and write) 

"we" truncate or create for update 

"at" append; open or create for update at EOF 


A '"b" can also be specified as the second or third character in the above list, to 
indicate a binary file on systems where there is a difference between text files and 


mow. 


binary files. Examples: "rb", "wb+", and "a+b". 
OS calls: lseek, open. 
Reference: ANSI. 


#include <stdio.h> 
int fprintf(FILE *stream, const char *format, ... ); 


Places output argument on named output stream. See printf(). 


NOTE: By default in most environments, fprintf buffers its output until a newline 


is output. To cause output character-by-character without waiting for a newline, 
call setbuf( ), p.520, with a NULL buffer pointer after opening but before writing to 
the stream: 


setbuf(*stream, 0); 


OS calls: isatty, sbrk, write. 
Reference: ANSI. 
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#include <stdio.h> 
int fputc(int c, FILE *stream) 


Behaves like the macro putc( ), but is a function. Therefore, it runs more slowly, 
takes up less space, and can be passed as an argument to a function. 


OS calls: isatty, sbrk, write. 
Reference: ANSI. 


#include <stdio.h> 
int fputs(const char *s, FILE *stream); 


Writes the null-terminated string pointed to by s to the named output stream. 
OS calls: isatty, sbrk, write. 
Reference: ANSI. 


#include <stdio.h> 
#include <sys/types.h> 
int fread(void *ptr, size_t size, int nitems, FILE *stream) ; 


Copies nitems items of data from the named input stream into an array pointed to 
by ptr, where an item of data is a sequence of bytes of length size. It leaves the file 
pointer in stream pointing to the byte following the last byte read. 


OS calls: isatty, read, sbrk, write. 
Reference: ANSI. 


#include <stdlib.h> 
void free(void *ptr); 
extern int __no_malloc_warning; 


Object pointed to by ptr is made available for further allocation. ptr must 
previously have been assigned a value from malloc( ), calloc(), or realloc(). 
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If the pointer ptr was freed or not allocated by malloc(), a warning is printed on 
the stderr stream. The warning can be suppressed by assigning a non-zero value 
to the integer __no_malloc_warning. See malloc() for more information. 


OS calls: sbrk, write. 
Reference: ANSI. 


#include <stdio.h> 
FILE *freopen(const char *filenam, const char *type, FILE *stream) ; 


See fopen(). freopen() opens the named file in place of the open stream. The 
original stream is closed, and a pointer to the FILE structure for the new stream is 
returned. 


OS calls: close, lseek, open, sbrk, write. 


Reference: ANSI. 


#include <math.h> 
double frexp(double value, int *eptr); 


Given that every non-zero number can be expressed as x*(2"), where 0.5<=1x1<1.0 
and n is an integer, this function returns x for a value and stores n in the location 
pointed to by eptr. 


Reference: ANSI, REENT. 


#include <mathf.h> 
float frexpf(float value, int *eptr); 


Given that every non-zero number can be expressed as x*(2"), where 0.5<=|xI< 
1.0 and nis an integer, this function returns x for a value and stores n in the location 
pointed to by eptr. This is the single precision version of frexp(). 


Reference: DCC, MATH, REENT. 
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#include <stdio.h> 

int fscanf(FILE *stream, const char *format, ...); 

Reads formatted data from the named input stream and optionally assigns 
converted data to variables specified by the format string. Returns the number of 
successful conversions (or EOF if input is exhausted). See scanf(). 


OS calls: isatty, read, sbrk, write. 
Reference: ANSI. 


#include <stdio.h> 

int fseek(FILE *stream, long offset, int whence) ; 

Sets the position of the next input or output operation on the stream. The new 
position is at the signed distance offset bytes from the beginning, from the current 
position, or from the end of the file, according to whence. The next operation on a 
file opened for update may be either input or output. whence has one of the 
following values: 


SEEK_SET offset is absolute position from beginning of file. 
SEEK_CUR offset is relative distance from current position. 
SEEK_END offset is relative distance from the end of the file. 


OS calls: lseek, write. 


Reference: ANSI. 


#include <stdio.h> 
int fsetpos(FILE *stream, const fpos_t *pos); 


Sets the file position indicator for stream to *pos and clears the EOF indicator for 
stream. If unsuccessful, stores a positive value in errno and returns a nonzero value. 


OS calls: lseek, write. 


Reference: ANSI. 
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#include <sys/types.h> 
#include <sys/stat.h> 
int fstat(int fildes, struct stat *buf); 
Gets file status for the file descriptor fildes. 


The C libraries provide an interface to this operating system call. Please see your 
OS manual for a complete definition. 


Reference: POSIX, SYS. 


#include <stdio.h> 
long ftell(FILE *stream) ; 


See fseek(). Returns the offset of the current byte relative to the beginning of the 
file associated with the named stream. 


OS calls: Iseek. 
Reference: ANSI. 


#include <stdio.h> 
#include <sys/types.h> 
int fwrite(const void *ptr, size_t size, int nitems, FILE *stream) ; 


Appends at most nitems items of data from the array pointed to by ptr to the named 
output stream. See fread(). 


OS calls: isatty, sbrk, write. 
Reference: ANSI. 


#include <math.h> 
double gamma(double x); 
extern int signgam; 
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Returns the natural logarithm of the absolute value of the gamma function of x. 
The argument x must be a positive integer. The sign of the gamma function is 
returned as -1 or 1 in signgam. 


OS calls: write. 


Reference: UNIX, MATH, REERR. 


#include <mathf.h> 

float gammaf(float x); 

extern int signgamf; 

Returns the natural logarithm of the absolute value of the gamma function of x. 
The argument x must be a positive integer. The sign of the gamma function is 
returned as -1 or 1 in signgamf. This is the single precision version of gamma(). 


OS calls: write. 


Reference: DCC, MATH, REERR. 


#include <dcc.h> 

char *gcvt(double value, int ndigit, char *buf); 

See ecvt(). Converts value to a null-terminated string in the array pointed to by buf 
and returns buf. Produces ndigit significant digits in FORTRAN F-format if 
possible, otherwise E-format. Any minus sign or decimal point will be included as 
part of the string. Trailing zeros are suppressed. 


Reference: DCC. 


#include <stdio.h> 
int getc(FILE *stream) ; 


Returns the next character (i.e. byte) from the named input stream. Moves the file 
pointer, if defined, ahead one character in stream. 


OS calls: isatty, read, sbrk, write. 
Reference: ANSI. 
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#include <stdio.h> 
int getchar (void) ; 


Same as getc, but defined as getc(stdin). 
OS calls: isatty, read, sbrk, write. 
Reference: ANSI. 


#include <stdlib.h> 
char getenv(char *name) ; 


Searches the environment list for a string of the form name=value, and returns a 
pointer to value if present, otherwise a null pointer. 


Reference: ANSI, REENT. 


#include <stdio.h> 
int getopt(int argc, char *const *argv, const char *optstring) ; 

extern char *optarg; 

extern int optind, opterr; 
Returns the next option letter in argv that matches a letter in optstring, and supports 
all the rules of the command syntax standard. optarg is set to point to the start of 
the option-argument on return from getopt( ). getopt() places the argv index of the 
next argument to be processed in optind. Error message output may be disabled by 
setting opterr to 0. 


OS calls: write. 


Reference: SVID. 


#include <unistd.h> 
pid_t getpid(void); 


Gets process ID. 
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The C libraries provide an interface to this operating system call. Please see your 
OS manual for a complete definition. 


Reference: POSIX, SYS. 


#include <stdio.h> 
char *gets(char *s); 


Reads characters from stdin into the array pointed to by s, until a new-line 
character is read or an EOF is encountered. The new-line character is discarded and 
the string is terminated with a null character. The user is responsible for allocating 
enough space for the array s. 


OS calls: isatty, read, sbrk, write. 
Reference: ANSI. 


#include <stdio.h> 
int getw(FILE *stream) ; 


Returns the next word (i.e., the next integer) from the named input stream, and 
increments the file pointer, if defined, to point to the next word. 


OS calls: isatty, read, sbrk, write. 
Reference: SVID. 


#include <time.h> 
struct tm *gmtime(const time_t *timer); 


Breaks down the calendar time timer into sections, expressed as Coordinated 
Universal Time. 


Reference: ANSI. 
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#include <search.h> 
int hcreate(unsigned nel); 


Allocates sufficient space for a hash table. See hsearch(). The hash table must be 
allocated before hsearch( ) is used. nel is an estimate of the maximum number of 
entries the table will contain. 


OS calls: sbrk. 
Reference: SVID. 


#include <search.h> 
void hdestroy (void) ; 


Destroys the hash table, and may be followed by another call to hcreate(). See 
hsearch( ). 


OS calls: sbrk, write. 
Reference: SVID. 


#include <search.h> 
ENTRY *hsearch(ENTRY item, ACTION action) ; 


Hash table search routine which returns a pointer into the hash table, indicating 
the location where an entry can be found. item.key points to a comparison key, and 
item.data points to any other data for that key. action is either ENTER or FIND and 
indicates the disposition of the entry if it cannot be found in the table. ENTER 
means that item should be inserted into the table and FIND indicates that no entry 
should be made. 


OS calls: sbrk. 
Reference: SVID. 


#include <math.h> 
double hypot (double x, double y); 
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Returns sqrt(x * x + y * y), taking precautions against unwarranted overflows. 


Reference: UNIX, MATH, REERR. 


#include <mathf.h> 
float hypotf(float x, float y); 


Returns sqrt(x * x + y* y), taking precautions against unwarranted overflows. This 
is the single precision version of hypot(). 


Reference: DCC, MATH, REERR. 


#include <stdlib.h> 
long irand48 (unsigned short n); 


Generates pseudo-random non-negative long integers uniformly distributed over 
the interval [0, n-1], using the linear congruential algorithm and 48-bit integer 
arithmetic. Must be initialized using srand48( ), seed48(), or lcong48() functions. 


Reference: UNIX. 


#include <ctype.h> 
int isalnum(int c); 


Tests for any letter or digit. Returns non-zero if test is true. 


Reference: ANSI, REENT. 


#include <ctype.h> 
int isalpha(int c); 


Tests for any letter. Returns non-zero if test is true. 


Reference: ANSI, REENT. 
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#include <ctype.h> 
int isascii(int c); 


Tests for ASCII character, code between 0 and 0x7f. Returns non-zero if test is true. 


Reference: SVID, REENT. 


#include <unistd.h> 
int isatty(int fildes); 


Tests for a terminal device. Returns non-zero if fildes is associated with a terminal 
device. 


Although not a system call in the UNIX environment, it needs to be implemented 
as such in an embedded environment using the stdio functions. 


Reference: POSIX. 


#include <ctype.h> 
int iscentrl(int c); 


Tests for control character (0x7f or less than 0x20). Returns non-zero if test is true. 


Reference: ANSI, REENT. 


#include <ctype.h> 
int isdigit(int c); 


Tests for digit [0-9]. Returns non-zero if test is true. 


Reference: ANSI, REENT. 


#include <ctype.h> 
int isgraph(int c); 
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Tests for printable character not including space. Returns non-zero if test is true. 


Reference: ANSI, REENT. 


islower( ) 


#include <ctype.h> 
int islower(int c); 


Tests for lower case letter. Returns non-zero if test is true. 


Reference: ANSI, REENT. 


_isnan() 


#include <math.h> 
double _isnan(double x) ; 


Returns a non-zero value if x is a NaN, and returns 0 otherwise. 


Reference: ANSI 754, MATH, REENT 


isprint( ) 


#include <ctype.h> 
int isprint(int c); 


Tests for printable character (including space). Returns non-zero if test is true. 


Reference: ANSI, REENT. 


ispunct( ) 
#include <ctype.h> 
int ispunct(int c); 
Tests for printable punctuation character. Returns non-zero if test is true. 


Reference: ANSI, REENT. 


isspace( ) 


#include <ctype.h> 
int isspace(int c); 
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Tests for space, tab, carriage return, new-line, vertical tab, or form-feed. Returns 
non-zero if test is true. 


Reference: ANSI, REENT. 


#include <ctype.h> 
int isupper(int c); 


Tests for upper-case letters. Returns non-zero if test is true. 


Reference: ANSI, REENT. 


#include <ctype.h> 
int isxdigit(int c); 


Tests for hexadecimal digit (0-9, a-f, A-F). Returns non-zero if test is true. 


Reference: ANSI, REENT. 


#include <math.h> 
double j0(double x); 


Returns the Bessel function of x of the first kind of order 0. 
OS calls: write. 


Reference: UNIX, MATH, REERR. 


#include <mathf.h> 
float jOf(float x); 


Returns the Bessel function of x of the first kind of order 0. This is the single 
precision version of j0(). 


OS calls: write. 


Reference: DCC, MATH, REERR. 
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j1() 
#include <math.h> 
double j1(double x); 
Returns the Bessel function of x of the first kind of order 1. 
OS calls: write. 
Reference: UNIX, MATH, REERR. 
jif() 
#include <mathf.h> 
float jlf(float x); 
Returns the Bessel function of x of the first kind of order 1. This is the single 
precision version of j1(). 
OS calls: write. 
Reference: DCC, MATH, REERR. 
jn() 
#include <math.h> 
double jn(double n, double x); 
Returns the Bessel function of x of the first kind of order n. 
OS calls: write. 
Reference: UNIX, MATH, REERR. 
jnf() 


#include <mathf.h> 
float jnf(float n, float x); 


Returns the Bessel function of x of the first kind of order n. This is the single 
precision version of jn(). 


OS calls: write. 


Reference: DCC, MATH, REERR. 
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#include <stdlib.h> 
long jrand48 (unsigned short xsubi[3]); 


Generates pseudo-random non-negative long integers uniformly distributed over 
the interval [-2°!, 23!-1], using the linear congruential algorithm and 48-bit integer 
arithmetic. The calling program must place the initial value Xi into the xsubi array 
and pass it as an argument. 


Reference: SVID. 


#include <signal.h> 
int kill(int pid, int sig); 


Sends the signal sig to the process pid. 


The C libraries provide an interface to this operating system call. Please see your 
OS manual for a complete definition. 


Reference: POSIX, SYS. 


#include <stdlib.h> 
long krand48 (unsigned short xsubi[3], unsigned short n); 


Generates pseudo-random non-negative long integers uniformly distributed over 
the interval [0, n-1], using the linear congruential algorithm and 48-bit integer 
arithmetic. 


Reference: UNIX. 


#include <dcc.h> 
void 13tol(long *lp, char *cp, int n); 


Converts the list of n three-byte integers packed into the character string pointed 
to by cp into a list of long integers pointed to by *lp. 


Reference: UNIX, REENT. 
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#include <stdlib.h> 
char *164a(long 1); 


Converts the long integer / to a base-64 character string. 


Reference: SVID. 


#include <stdlib.h> 
long labs(long i); 


Returns the absolute value of i. 


Reference: ANSI, REENT. 


#include <stdlib.h> 
void lcong48 (unsigned short param[7]); 


Initialization entry point for drand48( ), lrand48(), and mrand48(). Allows the 
user to specify parameters in the random equation: Xi is param[0-2], multiplier a is 
param[3-5], and addend c is param[6]. 


Reference: UNIX. 


#include <math.h> 
double ldexp(double value, int exp); 


Returns the quantity: value * (2°*P). See also frexp(). 
Reference: UNIX, REERR. 


#include <mathf.h> 
float ldexpf(float value, int exp); 


Returns the quantity: value * (2). See also frexpf(). This is the single precision 
version of Idexp(). 
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Reference: DCC, MATH, REERR. 


#include <stdlib.h> 
ldiv_t ldiv(long int numer, long int denom) ; 


Similar to div(), except that arguments and returned items all have the type long 


in. 


Reference: ANSI, REENT. 


#include <math.h> 
double _lessgreater(double x, double y); 


The value of x <> y is non-zero only when x < y or x > y, and is distinct from 
NOT(x = y) per Table 4 of the ANSI 754 standard. 


Reference: ANSI 754, MATH, REENT. 


#include <stdio.h> 

#include <search.h> 

void *lfind(const void *key, const void *base, unsigned *nelp, int size, 
int (*compar) ( )); 


Same as Isearch() except that if datum is not found, it is not added to the table. 
Instead, a null pointer is returned. 


Reference: UNIX, REENT. 


#include <unistd.h> 
int link(const char *pathl, const char *path2); 


Creates a new link path2 to the existing file path1. 


The C libraries provide an interface to this operating system call. Please see your 
OS manual for a complete definition. 


Reference: SYS. 
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#include <locale.h> 
struct lconv *localeconv (void) ; 


Loads the components of an object of the type struct lconv with values appropriate 
for the formatting of numeric quantities (monetary and otherwise) according to the 
rules of the current locale. See also setlocale(). 


Reference: ANSI. 


#include <time.h> 
struct tm *localtime(const time_t *timer); 


Breaks down the calendar time timer into sections, expressed as local time. 


Reference: ANSI. 


#include <math.h> 
double log(double x); 


Returns the natural logarithm of a positive x. 
OS calls: write. 


Reference: ANSI, MATH, REERR. 


#include <math.h> 
double _logb(double x); 


Returns the unbiased exponent of x, a signed integer in the format of x, except that 
logb(NaN) is NaN, logb(infinity) is +e5 and logb(0) is -cand signals the division 
by zero exception. When x is positive and finite the expression scalb(x, -logb(x)) 
lies strictly between 0 and 2; it is less than 1 only when x is denormalized. 


Reference: ANSI 754, MATH, REENT. 
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#include <mathf.h> 
float logf(float x); 


Returns the natural logarithm of a positive x. This is the single precision version of 


log(). 
OS calls: write. 


Reference: DCC, MATH, REERR. 


#include <math.h> 
double log10(double x); 


Returns the logarithm with base ten of a positive x. 
OS calls: write. 


Reference: ANSI, MATH, REERR. 


#include <mathf.h> 
float logl0f(float x); 


Returns the logarithm with base ten of a positive x. This is the single precision 
version of log10(). 


OS calls: write. 


Reference: DCC, MATH, REERR. 


#include <setjmp.h> 
void longjmp(jmp_buf env, int val); 


Restores the environment saved in env by a corresponding setjmp() function call. 


Execution will continue as if the setjmp() had just returned with the value val. If 
val is 0 it will be set to 1 to avoid conflict with the return value from setjmp(). 


Reference: ANSI, REENT. 
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#include <stdlib.h> 

long lrand48 (void) ; 

Generates pseudo-random non-negative long integers uniformly distributed over 
the interval [0, 23!-1], using the linear congruential algorithm and 48-bit integer 
arithmetic. Must be initialized using srand48( ), seed48(), or lcong48() functions. 


Reference: SVID. 


#include <stdio.h> 

#include <search.h> 

void *lsearch(const void *key, const void *base, unsigned *nelp, int size, 
int (*compar) ( )); 

Linear search routine which returns a pointer into a table indicating where a datum 

may be found. If the datum is not found, it is added to the end of the table. base 

points to the first element in the table. nelp points to an integer containing the 

number of elements in the table. compar is a pointer to the comparison function 

which the user must supply (for example, stremp()). 


Reference: SVID, REENT. 


#include <unistd.h> 
off_t lseek(int fildes, off_t offset, int whence) ; 


Moves the file pointer for the file fildes to the file offset offset. whence has one of the 
following values: 


SEEK_SET offset is absolute position from beginning of file 
SEEK_CUR offset is relative distance from current position 
SEEK_END offset is relative distance from the end of the file 


The C libraries provide an interface to this operating system call. Please see your 
OS manual for a complete definition. 


Reference: SYS. 
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#include <dcc.h> 
void ltol3(char *cp, long *lp, int n); 


Converts a list of long integers to three-byte integers. It is the inverse of 13tol(). 


Reference: UNIX, REENT. 


#include <malloc.h> 

struct mallinfo mallinfo(void) 

Used to determine the best setting of malloc() parameters for an application. Must 
not be called until after malloc() has been called. 


Reference: SVID. 


#include <stdlib.h> 

void *malloc(size_t size); 

Allocates space for an object of size size. Returns a pointer to the start (lowest byte 
address) of the object. Returns a null pointer if no more memory can be obtained 
by the OS. 


The first time malloc() is called, it checks the following environment variables: 


DMALLOC_INIT=n 
If set, malloc() initializes allocated memory with the byte value n. This is 
useful when debugging programs that may depend on malloc() areas 
always being set to zero. 


DMALLOC_CHECK 
If set, malloc() and free() check the free-list every time they are called. 
This is useful when debugging programs that may trash the free-list. 


NOTE: malloc() and related functions must be initialized by the function __init() 


in crtlibso.c. See the note at the end of 15.4.3 Notes for crtlibso.c and ctordtor.c, p.256 
for details. See also 15.10 Reentrant and “Thread-Safe” Library Functions, p.270. 


OS calls: sbrk. 
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Reference: ANSI. 


malloc_set_block_size( ) 


mallopt( ) 


matherr( ) 


#include <malloc.h> 
size_t malloc_set_block_size(size_t blocksz) ; 


To avoid excess execution overhead, malloc() acquires heap space in 8KB master 
blocks and sub-allocates within each block as required, re-using space within each 
8KB block when individual allocations are freed. The default 8KB master block size 
may be too large on systems with small RAM. To change this, call this 
malloc_set_block_size function. The argument must be a power of two. 


#include <malloc.h> 

int mallopt(int cmd, int value); 

Used to allocate small blocks of memory quickly by allocating a large group of 
small blocks at one time. This function exists in order to be compatible to SVID, but 
its use is not recommended, since the malloc() function is already optimized to be 
fast. 


Reference: SVID. 


#include <math.h> 
int matherr(struct exception *x); 
Invoked by math library routines when errors are detected. Users may define their 
own procedure for handling errors, by including a function named matherr() in 
their programs. The function matherr() must be of the form described above. 
When an error occurs, a pointer to the exception structure x will be passed to the 
user-supplied matherr() function. This structure, which is defined by the 
<math.h> header file, includes the following members: 

int type; 

char *name; 

double argl, arg2, retval; 
The member type is an integer describing the type of error that has occurred from 
the following list defined by the <math.h> header file: 
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DOMAIN argument domain error 
SING argument singularity 
OVERFLOW overflow range error 
UNDERFLOW underflow range error 
TLOSS total loss of significance 
PLOSS partial loss of significance 


The member name points to a string containing the name of the routine that 
incurred the error. The members arg1 and arg2 are the first and second arguments 
with which the routine was invoked. 


The member retval is set to the default value that will be returned by the routine 
unless the user’s matherr() function sets it to a different value. 


If the user’s matherr() function returns non-zero, no error message will be printed, 
and errno will not be set. 


If the function matherr( ) is not supplied by the user, the default error-handling 
procedures, described with the math library routines involved, will be invoked 
upon error. errno is set to EDOM or ERANGE and the program continues. 


Reference: SVID, MATH. 


#include <mathf.h> 
int matherrf (struct exceptionf *x); 


This is the single precision version of matherr( ). 


Reference: DCC, MATH. 


#include <stdlib.h> 

int mblen(const char *s, size_t n); 

If sis not a null pointer, the function returns the number of bytes in the string s that 
constitute the next multi-byte character, or -1 if the next n (or the remaining bytes) 
do not compromise a valid multi-byte character. A terminating null character is not 
included in the character count. If s is a null pointer and the multi-byte characters 
have a state-dependent encoding in current locale, the function returns nonzero; 
otherwise, it returns zero. 


Reference: ANSI, REENT. 
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#include <stdlib.h> 

size_t mbstowcs(wchar_t *pwc, const char *s, size_t n); 

Stores a wide character string in the array whose first element has the address pwe, 
by converting the multi-byte characters in the string s. It converts as if by calling 
mbtowc( ). It stores at most n wide characters, stopping after it stores a null wide 
character. It returns the number of wide characters stored, not counting the null 
character. 


Reference: ANSI, REENT. 


#include <stdlib.h> 

int mbtowc(wchar_t *pwc, const char *s, size_t n); 

If s is not anull pointer, the function returns the number of bytes in the string s that 
constitute the next multi-byte character. (The number of bytes cannot be greater 
than MB_CUR_MAX). If pwc is not a null pointer, the next multi-byte character is 
converted to the corresponding wide character value and stored in *pwe. The 
function returns -1 if the next n or the remaining bytes do not constitute a valid 
multi-byte character. If s is a null pointer and multi-byte characters have a 
state-dependent encoding in current locale, the function stores an initial shift state 
in its internal static duration data object and returns nonzero; otherwise it returns 
Zero. 


Reference: ANSI, REENT. 


#include <string.h> 
void *memccpy(void *sl, const void *s2, int c, size_t n); 


Copies characters from s2 into s1, stopping after the first occurrence of character c 
has been copied, or after n characters, whichever comes first. 


Reference: SVID, REENT. 


#include <string.h> 
void *memchr(const void *s, int c, size_t n); 
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Locates the first occurrence of c (converted to unsigned char) in the initial n 
characters of the object pointed to by s. Returns a null pointer if c is not found. 


Reference: ANSI, REENT. 


#include <string.h> 
int memcmp(const void *s1, const void *s2, size_t n); 


Compares the first n character of s1 to the first n characters of s2. Returns an integer 
greater than, equal to, or less than zero according to the relationship between s1 
and s2. 


Reference: ANSI, REENT. 


#include <string.h> 
void *memcpy(void *sl, const void *s2, size_t n); 


Copies n character from the object pointed to by s2 into the object pointed to by s1. 
The behavior is undefined if the objects overlap. Returns the value of s7. 


Reference: ANSI, REENT. 


#include <string.h> 
void *memmove(void *sl, const void *s2, size_t n); 


Copies n characters from the object pointed by s2 into the object pointed to by s1. 
It can handle overlapping while copying takes place as if the n characters were first 
copied to a temporary array, then copied into s1. Returns the value of s1. 


Reference: ANSI, REENT. 


#include <string.h> 
void *memset (void *s, int c, size_t n); 


Copies the value of c into each of the first n characters of the object pointed to by s. 
Returns the value of s. 
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Reference: ANSI, REENT. 


#include <stdio.h> 
char *mktemp (char *template) ; 


Replaces the contents of the string pointed to by template with a unique filename, 
and returns the address of template. The template string should look like a filename 
with six trailing Xs, which will be replaced with a letter and the current process ID. 


OS calls: access, getpid. 
Reference: SVID. 


#include <time.h> 
time_t mktime(struct tm *timeptr) ; 


Converts the local time stored in timeptr into a calendar time with the same 
encoding as values returned by the time() function, but with all values within 
their normal ranges. It sets the structure members tm_mday, tm_wday, tm_yday. 


Reference: ANSI, REENT. 


#include <math.h> 
double modf (double value, double *iptr); 


Returns the fractional part of value and stores the integral part in the location 
pointed to by iptr. Both the fractional and integer parts have the same sign as value. 
See also frexp(). 


Reference: ANSI, REENT. 


#include <mathf.h> 
float modff(float value, float *iptr); 


508 


mrand48( ) 


_hnextafter( ) 


nrand48( ) 


34 C Library Functions 
34.3 Function Listing 


Returns the fractional part of value and stores the integral part in the location 
pointed to by iptr. Both the fractional and integer parts have the same sign as value. 
See also frexpf(). This is the single precision version of modf(). 


Reference: DCC, MATH, REENT. 


#include <stdlib.h> 
long mrand48 (void) ; 
Generates pseudo-random non-negative long integers uniformly distributed over 
the interval [-2°!, 23!-1], using the linear congruential algorithm and 48-bit integer 
arithmetic. Must be initialized using srand48(), seed48(), or lcong48() functions. 


Reference: SVID. 


#include <math.h> 

double _nextafter(double x, double y); 

Returns the next representable neighbor of x in the direction toward y. The 
following special cases arise: if x = y, then the result is x without any exception 
being signaled; otherwise, if either x or y is a quiet NaN, then the result is one or 
the other of the input NaNs. Overflow is signaled when x is finite but _nextafter(x, 
y) lies strictly between +2—™” and -2>™"_ Tn both cases, inexact is signaled. 


Reference: ANSI 754, MATH, REENT. 


#include <stdlib.h> 
long nrand48 (unsigned short xsubi[3]); 


Generates pseudo-random non-negative long integers uniformly distributed over 
the interval [0, 2°!-1], using the linear congruential algorithm and 48-bit integer 
arithmetic. 


Reference: SVID. 
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#include <stddef.h> 
size_t offsetof(type, member) ; 


Returns the offset of the member member in the structure type. Implemented as a 
macro. 


Reference: ANSI, REENT. 


#include <fcntl.h> 
int open(const char *path, int oflag, int mode); 


Opens the file path for reading or writing according to oflag. Usual values of oflag 
are: 


O_RDONLY open for reading only 
O_WRONLY open for writing only 
O_RDWR open for reading and writing 


The C libraries provide an interface to this operating system call. Please see your 
OS manual for a complete definition. 


Reference: POSIX, SYS. 


#include <stdio.h> 
void perror(const char *s); 


extern int errno; 

extern char *sys_errlist[]; 

extern int sys_nerr; 

Produces a message on the standard error output describing the last error 
encountered during a call to a system or library function. The array of message 
strings sys_errlist[] may be indexed by errno to access the message string directly 
without the new-line. sys_nerr is the number of messages in the table. See 
strerror(). 


OS calls: write. 


Reference: ANSI. 
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#include <math.h> 
double pow(double x, double y); 


Returns the value of x". If x is zero, y must be positive. If x is negative, y must be an 
integer. 
OS calls: write. 


Reference: ANSI, MATH, REERR. 


#include <mathf.h> 
float powf(float x, float y); 


Returns the value of x’. If x is zero, y must be positive. If x is negative, y must be an 
integer. This is the single precision version of pow(). 


OS calls: write. 


Reference: DCC, MATH, REERR. 


#include <stdio.h> 
int printf(const char *format, ... ); 


Places output arguments on stdout, controlled by format. Returns the number of 
characters transmitted or a negative value if there was an error. A summary of the 
printf() conversion specifiers is shown below. Each conversion specification is 
introduced by the character %. Conversion specifications within brackets are 
optional. 


% {flags} {field_width} {.precision} {length_modifier} conversion 
flags 
Single characters which modify the operation of the format as follows: 


left adjusted field 


signed values will always begin with plus or minus sign 
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space 
values will always begin with minus or space 


# 
Alternate form. Has the following effect: For 0 (octal) conversion, the first 
digit will always be a zero. G, g, E, e and f conversions will always print a 
decimal point. G and g conversions will also keep trailing zeros. X, x (hex) 
and p conversions will prepend non-zero values with 0x (or 0X) 

0 


zero padding to field width (for d, i, Il, 0, q, u, x, X,e, E,f, g, and G 
conversions) 


field_width 
Number of characters to be printed in the field. Field width will be padded 
with space if needed. If given as “*”, the next argument should be an integer 
holding the field width. 


precision 
Minimum number of digits to print for integers (d, i, ll, 0, q, u, x, and X). 
Number of decimals printed for floating point values (e, E, and f). Maximum 
number of significant digits for g and G conversions. Maximum number of 
characters for s conversion. If given as “*” the next argument should be an 
integer holding the precision. 


length_modifier 
The following length modifiers are used: 


h 
Used before d, i, 0, n, u, x, or X conversions to denote a short int or 
unsigned short int value. 

1 
Used before d, i, 0, n, u, x, or X conversions to denote a long int or 
unsigned long int value. 

L 
Used before e, E, f, g, or G conversions to denote a long double value. 
Used before d, i, 0, u, x, or X conversions to denote a long long value. 

conversion 
The following conversion specifiers are used: 
d 


Write signed decimal integer value. 
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Write signed decimal integer value. 

Write signed long long decimal integer value. 

Write unsigned octal integer value. 

Write signed long long decimal integer value. 

Write unsigned decimal integer value. 

Write unsigned hexadecimal (0-9, abc...) integer value. 
Write unsigned hexadecimal (0-9, ABC...) integer value. 
Write floating point value: [-]d.ddde+dd . 

Write floating point value: [-]d.dddE+dd . 

Write floating point value: [-]ddd.ddd . 


Write floating point value in f or e notation depending on the size of the 
value (“best” fit conversion). 


Write floating point value in f or E notation depending on the size of the 
value (“best” fit conversion). 


Write a single character. 
Write a string. 


Write a pointer value (address). 
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Store current number of characters written so far. The argument should be 
a pointer to integer. 


% 
Write a percentage character. 


The floating point values Infinity and Not-A-Number are printed as inf, INE, nan, 
and NAN when using the e, E, f, g, or G conversions. 


NOTE: By default in most environments, printf buffers its output until a newline 
is output. To cause output character-by-character without waiting for a newline, 
call setbuf( ), p.520, with a NULL buffer pointer after opening but before writing to 
the stream: 


setbuf(*stream, 0); 


OS calls: isatty, sbrk, write. 
Reference: ANSI. 


#include <stdio.h> 
int putc(int c, FILE *stream) 


Writes the character c onto the output stream at the position where the file pointer, 
if defined, is pointing. 


OS calls: isatty, sbrk, write. 
Reference: ANSI. 


#include <stdio.h> 
int putchar(int c) 


Similar to putc() but writes to stdout. 
OS calls: isatty, sbrk, write. 
Reference: ANSI. 
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#include <stdlib.h> 
int putenv(char *string) ; 


string points to a string of the form name=value, and putenv() makes the value of 
the environmental variable name equal to value. The string pointed to by string 
becomes part of the environment, so altering string alters the environment. 


OS calls: sbrk, write. 
Reference: SVID. 


#include <stdio.h> 
int puts(const char *s); 


Writes the null-terminated string pointed to by s, followed by a new-line character, 
to stdout. 


OS calls: isatty, sbrk, write. 
Reference: ANSI. 


#include <stdio.h> 
int putw(int w, FILE *stream) 


Writes the word (i.e., integer) w to the output stream at the position at which the file 
pointer, if defined, is pointing. 

OS calls: isatty, sbrk, write. 

Reference: SVID. 


#include <stdlib.h> 

void qsort (void *base, size_t nel, size_t size, int (*compar)( )); 

Sorts a table in place using the quick-sort algorithm. base points to the element at 
the base of the table, nel is the number of elements. size is the size of each element. 
compar is a pointer to the user supplied comparison function, which is called with 
two arguments that point to the elements being compared. 
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Reference: ANSI, REENT. 


#include <signal.h> 
int raise(int sig); 


Sends the signal sig to the executing program. 
OS calls: getpid, kill. 
Reference: ANSI. 


#include <stdlib.h> 
int rand(void) ; 


Returns a pseudo random number in the interval [0, RAND_MAX]. 
Reference: ANSI. 


#include <unistd.h> 
int read(int fildes, void *buf, unsigned nbyte) ; 


Reads max nbyte bytes from the file associated with the file descriptor fildes to the 
buffer pointed to by buf. 


The C libraries provide an interface to this operating system call. Please see your 
OS manual for a complete definition. 


Reference: SYS. 


#include <stdlib.h> 

void *realloc(void *ptr, size_t size) ; 

extern int __no_malloc_warning; 

Changes the size of the object pointed to by ptr to the size size. ptr must have 
received its value from malloc(), calloc(), or realloc(). Returns a pointer to the 
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start address of the possibly moved object, or a null pointer if no more memory can 
be obtained from the OS. 


If the pointer pir was freed or not allocated by malloc(), a warning is printed on 
the stderr stream. The warning can be suppressed by assigning a non-zero value 
to the integer variable __no_malloc_warning. See malloc() for more information. 


OS calls: sbrk, write. 
Reference: ANSI. 


#include <stdio.h> 
int remove(const char *filename) ; 


Removes the file filename. Once removed, the file cannot be opened as an existing 
file. 


OS calls: unlink. 
Reference: ANSI. 


#include <stdio.h> 
int rename(const char *old, const char *new) ; 


Renames the file old to the file new. Once renamed, the file old cannot be opened 
again. 


OS calls: link, unlink. 
Reference: ANSI. 


#include <stdio.h> 
void rewind(FILE *stream) ; 


Same as fseek(stream, OL, 0), except that no value is returned. 
OS calls: isatty, read, sbrk, write. 
Reference: ANSI. 
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#include <unistd.h> 
void *sbrk(int incr); 


Gets incr bytes of memory from the operating system. 


The C libraries provide an interface to this operating system call. Please see your 
OS manual for a complete definition. 


Reference: UNIX, SYS. 


#include <math.h> 
double _scalb(double x, int N); 


Returns y * 2 for integeral values N without computing 2. 


Reference: ANSI 754, MATH, REENT. 


#include <stdio.h> 
int scanf(const char *format, ...); 


Reads formatted data from stdin and optionally assigns converted data to 
variables specified by the format string. Returns the number of successful 
conversions (or EOF if input is exhausted). 


If the format string contains white-space characters, input is scanned until a 
non-white-space character is found. 


A conversion specification is introduced by the character %. 


If the format string neither contains a white-space nor a %, the format string and 
the input characters must match exactly. 


A summary of the scanf() conversion specifiers is shown below. Conversion 
specifications within braces are optional. 


% {*} {field_width} {length_modifier} conversion 
* 


No assignment should be done (just scan the field). 


field_width 
Maximum field to be scanned (default is until no match occurs). 
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length_modifier 
The following length modifiers are used: 


1 


Used before d, i, or n to indicate long int or before o, u, x to denote the 
presence of an unsigned long int. For e, E, g, G, and f conversions the 1 
character implies a double operand. 


Used before d, i, or n to indicate short int or before o, u, or x to denote the 
presence of an unsigned short int. 


For e, E, g, G, and f conversions the L character implies a long double 
operand. For d, i, 0, u, x, and X conversions the L character implies a 
long long operand. 


conversion 
The following conversions are available: 


d 
Read an optionally signed decimal integer value. 
i 
Read an optionally signed integer value in standard C notation. Default is 
decimal notation, but octal (On) and hex (Oxn, 0Xn) notations are also 
recognized. 
ll 
Read an optionally signed long long decimal integer value. 
) 
Read an optionally signed octal integer. 
q 
Read an optionally signed long long decimal integer value. 
u 
Read an unsigned decimal integer. 
x, X 
Read an optionally signed hexadecimal integer. 
f,e,E,g,G 


Read a floating point constant. 


Read a character string. 
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% 


Read field_width number of characters (1 is default). 


Store the number of characters read so far. The argument should be a 
pointer to an integer. 


Read a pointer value (address). 


Read characters as long as they match any of the characters that are within 
the terminating ]. If the first character after [ is a “, the matching condition 
is reversed. If the [ is immediately followed by ] or “], the ] is assumed to 
belong to the matching sequence, and there must be another terminating 
character. A range of characters may be represented by first-last, thus [a-f] 
equals [abcdef]. 


Read a % character. 


Notes: Except for the [, c, or n specifiers leading white-space characters are 
skipped. Variables must always be expressed as addresses in order to be assignable 
by scanf. 


OS calls: isatty, read, sbrk, write. 
Reference: ANSI. 


#include <stdlib.h> 
unsigned short *seed48 (unsigned short seed16v[3]) ; 


Initialization entry point for drand48(), lrand48(), and mrand48( ). 
Reference: SVID. 


#include <stdio.h> 
void setbuf(FILE *stream, char *buf); 


May be used after the stream has been opened but before reading or writing to it. It 
causes the array pointed to by buf to be used instead of an automatically allocated 
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buffer. If buf is the null pointer, then input/output will be unbuffered. The constant 
BUFSIZ in <stdio.h> defines the required size of buf. 


OS calls: isatty, sbrk, write. 
Reference: ANSI. 


#include <setjmp.h> 

int setjmp(jmp_buf env); 

Saves the current execution environment in env for use by the longjmp() function. 
Returns 0 when invoked by setjmp() and a non-zero value when returning from a 
longjmp() call. 


Reference: ANSI, REENT. 


#include <locale.h> 

char *setlocale(int category, const char *locale) ; 

Selects the appropriate portion of the program’s locale as specified by the category 
and locale arguments. Can be used to change or query the program’s entire locale 
with the category LC_ALL; the other values for category name only portions of the 
program’s locale. LC_COLLATE affects the behavior of the strcoll() and strxfrm() 
functions. LC_CTYPE affects the behavior of the character handling functions and 
the multi-byte functions. LC_MONETARY affects the monetary formatting 
information returned by the localeconv( ) function. LC_LNUMERIC affects the 
decimal-point character for the formatted input/output functions and the string 
conversion functions, as well as the non-monetary formatting information 
returned by the localeconv() function. LC_TIME affects the behavior of the 
strftime() function. 


A value of “C” for locale specifies the minimal environment for C translation; a 
value of '" for locale specifies the implementation-defined native environment. 
Other implementation-defined strings may be passed as the second argument to 
setlocale(). 


At program start-up, the equivalent of setlocale(LC_ALL, "C") is executed. 
The compiler currently supports only the “C” locale. 


Reference: ANSI. 
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#include <stdio.h> 
void setvbuf (FILE *stream, char *buf, int type, size_t size); 


See setbuf(). type determines how the stream will be buffered: 


_IOFBF causes stream to be fully buffered 
_IOLBF causes stream to be line buffered 
_IONBF causes stream to be unbuffered 


size specifies the size of the buffer to be used; BUFSIZ in <stdio.h> is the suggested 
size. 


OS calls: sbrk, write. 
Reference: ANSI. 


#include <signal.h> 
void (*signal(int sig, void (*func)( ))) (void); 


Specifies the action on delivery of a signal. When the signal sig is delivered, a signal 
handler specified by func is called. 


The C libraries provide an interface to this operating system call. Please see your 
OS manual for a complete definition. 


Reference: ANSI, SYS. 


#include <math.h> 
double sin(double x); 


Returns the sine of x measured in radians. It loses accuracy with a large argument 
value. 


OS calls: write. 


Reference: ANSI, MATH, REERR. 
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#include <mathf.h> 
float sinf(float x); 


Returns the sine of x measured in radians. It loses accuracy with a large argument 
value. This is the single precision version of sin(). 


OS calls: write. 


Reference: DCC, MATH, REERR. 


#include <math.h> 
double sinh(double x); 


Returns the hyperbolic sine of x measured in radians. It loses accuracy with a large 
argument value. 


Reference: ANSI, MATH, REERR. 


#include <mathf.h> 
float sinhf(float x); 


Returns the hyperbolic sine of x measured in radians. It loses accuracy with a large 
argument value. This is the single precision version of sinh(). 


Reference: DCC, MATH, REERR. 


#include <stdio.h> 
int sprintf(char *s, const char *format , ...); 


Places output arguments followed by the null character in consecutive bytes 
starting at *s; the user must ensure that enough storage is available. See printf(). 


Reference: ANSI, REENT. 
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#include <math.h> 
double sqrt(double x); 


Returns the non-negative square root of x. The argument must be non-negative. 
OS calls: write. 


Reference: ANSI, MATH, REERR. 


#include <mathf.h> 
float sqrtf(float x); 


Returns the non-negative square root of x. The argument must be non-negative. 
This is the single precision version of sqrt(). 


OS calls: write. 


Reference: DCC, MATH, REERR. 


#include <stdlib.h> 
void srand(unsigned seed) ; 


Resets the random-number generator to a random starting point. See rand(). 


Reference: ANSI. 


#include <stdlib.h> 
void srand48 (long seedval) ; 


Initialization entry point for drand48(), lrand48(), and mrand48( ). 
Reference: SVID. 


#include <stdio.h> 
int sscanf(const char *s, const char *format, ...); 
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Reads formatted data from the character string s, optionally assigning converted 
data to variables specified by the format string. It returns the number of successful 
conversions (or EOF if input is exhausted). See scanf(). 


Reference: ANSI, REENT. 


#include <regexp.h> 
int step(char *string, char *expbuf) ; 


Does pattern matching given the string string and a compiled regular expression 
expbuf. See SVID for more details. 


Reference: SVID. 


#include <string.h> 
char *strcat(char *sl, const char *s2); 


Appends a copy of the string pointed to by s2 (including a null character) to the 
end of the string pointed to by s1. The initial character of s2 overwrites the null 
character at the end of s1. The behavior is undefined if the objects overlap. 


Reference: ANSI, REENT. 


#include <string.h> 
char *strchr(const char *s, int c); 


Locates the first occurrence of c in the string pointed to by s. 


Reference: ANSI, REENT. 


#include <string.h> 
int stremp(const char *sl, const char *s2); 


Compares s1 to s2. Returns an integer greater than, equal to, or less than zero 
according to the relationship between s1 and s2. 
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Reference: ANSI, REENT. 


#include <string.h> 
int strcoll(const char *sl, const char *s2); 


Compares s1 to s2, both interpreted as appropriate to the LC_COLLATE category of 
the current locale. Returns an integer greater than, equal to, or less than zero 
according to the relationship between s1 and s2. 


Reference: ANSI, REENT. 


#include <string.h> 
char *strcpy(char *sl, const char *s2); 


Copies the string pointed to by s2 (including a terminating null character) into the 
array pointed to by s1. The behavior is undefined if the objects overlap. 


Reference: ANSI, REENT. 


#include <string.h> 
size_t strcespn(const char *sl, const char *s2); 


Computes the length of the maximum initial segment of s1 which consists entirely 
of characters not from s2. 


Reference: ANSI, REENT. 


#include <string.h> 
char *strdup(const char *s1); 


Returns a pointer to a new string which is a duplicate of s1. 
OS calls: sbrk. 
Reference: SVID. 
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#include <string.h> 
char *strerror(int errnum) ; 


Maps the error number in errnum to an error message string. 


Reference: ANSI, REENT. 


#include <time.h> 
size_t strftime(char *s, size_t maxsize, const char *format, 

const struct tm *timeptr); 
Uses the format format and values in the structure timeptr to generate formatted 
text. Generated characters are stored in successive locations in the array pointed to 
by s. It stores a null character in the next location in the array. Each non-% character 
is stored in the array. For each % followed by a character, a replacement character 
sequence is stored as shown below. Examples are in parenthesis. 


%a abbreviated weekday name (Mon) 
YA full weekday name (Monday) 

%b abbreviated month name (Jan) 

%B full month name (January) 

%c date and time (Jan 03 07:22:43 1990) 
%d day of the month (04) 

%H hour of the 24-hour day (13) 

%I hour of the 12-hour day (9) 

oj day of the year, Jan 1 = 001 (322) 
%m month of the year (11) 

%M minutes after the hour (43) 

%p AM/PM indicator (PM) 

%S seconds after the minute (37) 

%U Sunday week of the year, from 00 (34) 
ow weekday number, Sunday = 0 (3) 
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%W Monday week of the year, from 00 (23) 
%Xx date (Jan 23 1990) 

%X time (23:33:45) 

%Y year of the century (90) 

%Y year (1990) 

%Z. time zone name (PST) 

%% percent character (%) 


Reference: ANSI, REENT. 


#include <string.h> 
size_t strlen(const char *s); 


Computes the length of the string s. 
Reference: ANSI, REENT. 


#include <string.h> 

char *strncat(char *sl, const char *s2, size_t n); 

Appends not more than n characters from the string pointed to by s2 to the end of 
the string pointed to by s1. The initial character of s2 overwrites the null character 
at the end of s1. The behavior is undefined if the objects overlap. A terminating null 
character is always appended to the result. 


Reference: ANSI, REENT. 


#include <string.h> 
int strncemp(const char *sl, const char *s2, size_t n); 


Compares not more than n characters (characters after a null character are ignored) 
in s1 to s2. Returns an integer greater than, equal to, or less than zero according to 
the relationship between s1 and s2. 
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Reference: ANSI, REENT. 


#include <string.h> 
char *strncpy(char *sl, const char *s2, size_t n); 


Copies not more than n characters from the string pointed to by s2 (including a 
terminating null character) into the array pointed to by s1. The behavior is 
undefined if the objects overlap. If s2 is shorter than n, null characters are 
appended. 


Reference: ANSI, REENT. 


#include <string.h> 
char *strpbrk(const char *sl, const char *s2); 


Locates the first occurrence of any character from the string pointed to by s2 within 
the string pointed to by s1. 


Reference: ANSI, REENT. 


#include <string.h> 
char *strrchr(const char *s, int c); 


Locates the last occurrence of c within the string pointed to by s. 


Reference: ANSI, REENT. 


#include <string.h> 
size_t strspn(const char *sl, const char *s2); 


Computes the length of the maximum initial segment of s1 which consists entirely 
of characters from s2. 


Reference: ANSI, REENT. 
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#include <string.h> 

char *strstr(const char *sl, const char *s2); 

Locates the first occurrence of the sequence of characters (not including a null 
character) in the string pointed to by s2 within the string pointed to by s1. 


Reference: ANSI, REENT. 


#include <stdlib.h> 

double strtod(const char *str, char **endptr); 

Returns as a double-precision floating point number the value represented by the 
character string pointed to by str. The string is scanned to the first unrecognized 
character. Recognized characters include optional white-space character(s), 
optional sign, a string of digits optionally containing a decimal point, optional e or 
E followed by an optional sign or space, followed by an integer. At return, the 
pointer at *endptr is set to the first unrecognized character. 


Reference: ANSI, REERR. 


#include <string.h> 

char *strtok(char *s1, const char *s2); 

Searches string s1 for address of the first element that equals none of the elements 
in string s2. If the search does not find an element, it stores the address of the 
terminating null character in the internal static duration data object and returns a 
null pointer. Otherwise, searches from found address to address of the first 
element that equals any one of the elements in string s2. If it does not find element, 
it stores address of the terminating null character in the internal static duration 
data object. Otherwise, it stores a null character in the element whose address was 
found in second search. Then it stores address of the next element after end in the 
internal duration data object (so next search starts at that address) and returns 
address found in initial search. 


Reference: ANSI. 
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#include <stdlib.h> 

long strtol(const char *str, char **endptr, int base); 

Returns as a long integer the value represented by the character string pointed to 
by str. The string is scanned to the first character inconsistent with the base. 
Leading white-space characters are ignored. At return, the pointer at *endptr is set 
to the first unrecognized character. 


If base is positive and less then 37, it is used as the base for conversion. After an 
optional sign, leading zeros are ignored, and “Ox” or “OX” is ignored if base is 16. 


If base is zero, the string itself determines the base: after an optional leading sign a 
leading zero indicates octal, a leading “Ox” or “OX” indicates hexadecimal, else 
decimal conversion is used. 


Reference: ANSI, REERR. 


#include <stdlib.h> 

long strtoul(const char *, char **endptr, int base); 

Returns as an unsigned long integer the value represented by the character string 
pointed to by s. The string is scanned to the first character inconsistent with the 
base. Leading white-space characters are ignored. This is the same as strtol(), 
except that it reports a range error only if the value is too large to be represented as 
the type unsigned long. 


Reference: ANSI, REERR. 


#include <string.h> 

size_t strxfrm(char *sl, char *s2, size_t n); 

Transforms s2 and places the result in s1. No more than n characters are put in s1, 
including the terminating null character. The transformation is such that if 
strcmp() is applied to the two strings, it returns a value greater than, equal to, or 
less than zero, corresponding to the result of the strcoll() function applied to the 
same two original strings. Copying between objects that overlap causes undefined 
results. 


Reference: ANSI, REENT. 
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#include <dcc.h> 
void swab(const char *from, char *to, int nbytes) 


Copies nbytes bytes pointed to by from to the array pointed to by to. nbytes must be 
even and non-negative. Adjacent even and odd bytes are exchanged. 


Reference: SVID, REENT. 


#include <math.h> 
double tan(double x); 


Returns the tangent of x measured in radians. 
OS calls: write. 


Reference: ANSI, MATH, REERR. 


#include <mathf.h> 
float tanf(float x); 


Returns the tangent of x measured in radians. This is the single precision version 
of tan(). 


OS calls: write. 


Reference: DCC, MATH, REERR. 


#include <math.h> 
double tanh(double x); 


Returns the hyperbolic tangent of x measured in radians. 


Reference: ANSI, MATH, REENT. 
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#include <mathf.h> 
float tanhf(float x); 


Returns the hyperbolic tangent of x measured in radians. This is the single 
precision version of tanh(). 


Reference: DCC, MATH, REENT. 


#include <search.h> 
void *tdelete(const void *key, void **rootp, int (*compar)( )); 


The tdelete() function deletes a node from a binary search tree. The value for rootp 
will be changed if the deleted node was the root of the tree. Returns a pointer to the 
parent of the deleted node. See tsearch(). 


Reference: SVID. 


#include <dcc.h> 
long tell(int fildes); 


Returns the current location in the file descriptor fildes. This is the same as 
Iseek(fildes,0L,1). 
OS calls: Iseek. 


Reference: DCC. 


#include <stdio.h> 

char *tempnam(const char *dir, const char *pfx); 

Creates a unique filename, allowing control of the choice of directory. If the 
TMPDIR variable is specified in the user’s environment, it is used as the temporary 
file directory. Otherwise, the argument dir points to the name of the directory in 
which the file is to be created. If dir is invalid, the path-prefix P_tmpdir (<stdio.h>) 
is used. If P_tmpdir is invalid, /tmp is used. See tmpnam(). 


Reference: SVID. 
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#include <search.h> 
void *tfind(void *key, void *const *rootp, int (*compar)( )); 


tfind() will search for a datum in a binary tree, and return a pointer to it if found, 
otherwise it returns a null pointer. See tsearch(). 


Reference: SVID, REENT. 


#include <time.h> 
time_t time(time_t *timer) ; 


Returns the system time. If timer is not a null pointer, the time value is stored in 
*timer. 


The C libraries provide an interface to this operating system call. Please see your 
OS manual for a complete definition. 


Reference: ANSI, SYS. 


#include <stdio.h> 
FILE *tmpfile (void); 


Creates a temporary file using a name generated by tmpnam() and returns the 
corresponding FILE pointer. File is opened for update ("w+"), and is automatically 
deleted when the process using it terminates. 


OS calls: lseek, open, unlink. 


Reference: ANSI. 


#include <stdio.h> 

char *tmpnam(char *s); 

Creates a unique filename using the path-prefix defined as P_tmpdir in <stdio.h>. 
If s is a null pointer, tmpnam() leaves the result in an internal static area and 
returns a pointer to that area. At the next call to tmpnam(), it will destroy the 
contents of the area. If s is not a null pointer, it is assumed to be the address of an 
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array of at least L_tmpnam bytes (defined in <stdio.h>); tmpnam() places the 
result in that array and returns s. 


OS calls: access, getpid. 
Reference: ANSI. 


#include <ctype.h> 
int toascii(int c); 


Turns off all bits in the argument c that are not part of a standard ASCII character; 
for compatibility with other systems. 


Reference: SVID, REENT. 


#include <ctype.h> 
int tolower(int c); 


Converts an upper-case letter to the corresponding lower-case letter. The argument 
range is -1 through 255, any other argument is unchanged. 


Reference: ANSI, REENT. 


#include <ctype.h> 
int _tolower(int c); 


Converts an upper-case letter to the corresponding lower-case letter. Arguments 
outside lower-case letters return undefined results. The speed is somewhat faster 
than tolower(). 


Reference: SVID, REENT. 


#include <ctype.h> 
int toupper(int c); 
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Converts a lower-case letter to the corresponding upper-case letter. The argument 
range is -1 through 255, any other argument is unchanged. 


Reference: ANSI, REENT. 


#include <ctype.h> 

int _toupper(int c); 

Converts a lower-case letter to the corresponding upper-case letter. Arguments 
outside lower-case letters return undefined results. The speed is somewhat faster 
than toupper(). 


Reference: SVID, REENT. 


#include <search.h> 

void *tsearch(const void *key, void ** rootp, int (*compar)( )); 

Used to build and access a binary tree. The user supplies the routine compar to 
perform comparisons. key is a pointer to a datum to be accessed or stored. If a 
datum equal to *key is in the tree, a pointer to that datum is returned. Otherwise, 
*key is inserted, and a pointer to it is returned. rootp points to a variable that points 
to the root of the tree. 


Reference: SVID. 


#include <search.h> 

void twalk(void *root, void (*action) ( )); 

twalk() traverses a binary tree. root is the root of the tree to be traversed, and any 
node may be the root for a walk below that node. action is the name of the user 
supplied routine to be invoked at each node, and is called with three arguments. 
The first argument is the address of the node being visited. The second argument 
is a value from the enumeration data type typedef enum {preorder, postorder, 
endorder, leaf} VISIT (see <search.h>), depending on whether this is the first, 
second, or third time the node has been visited (during a depth-first, left-to-right 
traversal of the tree), or whether the node is a leaf. The third argument is the level 
of the node in the tree, with the root as level zero. See tsearch( ). 
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Reference: SVID, REENT. 


#include <sys/types.h> 

#include <time.h> 

void tzset (void) ; 

tzset() uses the contents of the environment variable TZ to override the value of 
the different external variables for the time zone. It scans the contents of TZ and 
assigns the different fields to the respective variable. tzset() is called by asctime() 
and may be called explicitly by the user. 


Reference: POSIX. 


#include <stdio.h> 
int ungetc(int c, FILE *stream) ; 


Inserts character c into the buffer associated with input stream. The argument c will 
be returned at the next getc() call on that stream. ungetc() returns c and leaves the 
file associated with stream unchanged. If c equals EOF, ungetc() does nothing to the 
buffer and returns EOF. Only one character of push-back is guaranteed. 


Reference: ANSI. 


#include <unistd.h> 
int unlink(const char *path) ; 


Removes the directory entry path. 


The C libraries provide an interface to this operating system call. Please see your 
OS manual for a complete definition. 


Reference: POSIX, SYS. 


#include <math.h> 
double _unordered(double x, double y); 
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Returns a non-zero value if x is unordered with y, and returns zero otherwise. See 
Table 4 of the ANSI 754 standard for the meaning of unordered. 


Reference: ANSI 754, MATH, REENT. 


#include <stdarg.h> 

#include <stdio.h> 

int vfprintf(FILE *stream, const char *format , va_list arg); 

This is equivalent to fprintf(), but with the argument list replaced by arg, which 
must have been initialized with the va_start macro. 


NOTE: By default in most environments, vfprintf buffers its output until anewline 
is output. To cause output character-by-character without waiting for a newline, 
call setbuf( ), p.520, with a NULL buffer pointer before after opening but before 
writing to the stream: 


setbuf(*stream, 0); 


OS calls: isatty, sbrk, write. 
Reference: ANSI. 


#include <stdarg.h> 
#include <stdio.h> 
int vfscanf(FILE *stream, const char *format, va_list arg); 


This is equivalent to fscanf( ), but with the argument list replaced by arg, which 
must have been initialized with the va_start macro. 


OS calls: isatty, read, sbrk, write. 
Reference: DCC. 


#include <stdarg.h> 
#include <stdio.h> 
int vprintf(const char *format, va_list arg); 


538 


vscanf( ) 


vsprintf( ) 


vsscanf{( ) 


34 C Library Functions 
34.3 Function Listing 


This is equivalent to printf(), but with the argument list replaced by arg, which 
must have been initialized with the va_start macro. 


NOTE: By default in most environments, vprintf buffers its output until a newline 


is output. To cause output character-by-character without waiting for a newline, 
call setbuf( ), p.520, with a NULL buffer pointer before after opening but before 
writing to the stream: 


setbuf(*stream, 0); 


OS calls: isatty, sbrk, write. 
Reference: ANSI. 


#include <stdarg.h> 
#include <stdio.h> 
int vscanf(const char *format, va_list arg); 


This is equivalent to scanf(), but with the argument list replaced by arg, which 
must have been initialized with the va_start macro. 


OS calls: isatty, read, sbrk, write. 
Reference: DCC. 


#include <stdarg.h> 
#include <stdio.h> 
int vsprintf(char *s, const char *format, va_list arg); 


This is equivalent to sprintf(), but with the argument list replaced by arg, which 
must have been initialized with the va_start macro. 


OS calls: isatty, sbrk, write. 
Reference: ANSI, REENT. 


#include <stdarg.h> 
#include <stdio.h> 
int vsscanf(const char *s, const char *format, va_list arg); 
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This is equivalent to sscanf(), but with the argument list replaced by arg, which 
must have been initialized with the va_start macro. 


OS calls: isatty, read, sbrk, write. 
Reference: DCC, REENT. 


#include <stdlib.h> 

size_t wcstombs(char *s, const wchar_t *wcs, size_t n); 

Stores a multi-byte character string in the array whose first element has the address 
s by converting each of the characters in the string wes. It converts as if calling 
wctomb( ). It stores no more than n characters, stopping after it stores a null 
character. It returns the number of characters stored, not counting the null 
character; unless there is an error, in which case it returns -1. 


Reference: ANSI. 


#include <stdlib.h> 

int wctomb(char *s, wchar_t wchar) ; 

If s is not a null pointer, the function determines the number of bytes needed to 
represent the multi-byte character corresponding to the wide character wehar. It 
converts wchar to the corresponding multi-byte character and stores it in the array 
whose first element has the address s. It returns the number of bytes required, not 
counting the terminating null character; unless there is an error, in which case it 
returns -1. 


Reference: ANSI. 


#include <unistd.h> 
int write(int fildes, const void *buf, unsigned nbyte) ; 


Writes nbyte bytes from the buffer buf to the file fildes. 


The C libraries provide an interface to this operating system call. Please see your 
OS manual for a complete definition. 


Reference: POSIX, SYS. 
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#include <math.h> 
double y0O(double x); 


Returns the Bessel function of positive x of the second kind of order 0. 
OS calls: write. 


Reference: UNIX, MATH, REERR. 


#include <mathf.h> 
float yOf(float x); 


Returns the Bessel function of positive x of the second kind of order 0. This is the 
single precision version of y0(). 


OS calls: write. 


Reference: DCC, MATH, REERR. 


#include <math.h> 
double y1(double x); 


Returns the Bessel function of positive x of the second kind of order 1. 
OS calls: write. 


Reference: UNIX, MATH, REERR. 


#include <mathf.h> 
float ylf(float x); 


Returns the Bessel function of positive x of the second kind of order 1. This is the 
single precision version of y1(). 


OS calls: write. 


Reference: DCC, MATH, REERR. 
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yn() 
#include <math.h> 
double yn(double n, double x); 
Returns the Bessel function of positive x of the second kind of order n. 
OS calls: write. 
Reference: UNIX, MATH, REERR. 
ynf() 


#include <mathf.h> 
float ynf(float n, float x); 


Returns the Bessel function of positive x of the second kind of order n. This is the 
single precision version of yn(). 


OS calls: write. 


Reference: DCC, MATH, REERR. 
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A.1 Configuration Files 


The compiler drivers and other tools are controlled by options from two sources: 
the command line, and standard configuration files installed automatically as part 
of the compiler suites. 


Configuration files permit options to be constructed from string constants and 
variables using assignment, if, switch, include, and other statements. 


For the most part, configuration files are used internally by the compiler suites to 
support multiple target processors. The current default target configuration is 
stored in the version_path/conf/default.conf configuration file (see 4.3 Alternatives 
for Selecting a Target Configuration, p.25). 


This appendix explains configuration file processing and the configuration 
language. It will be useful to those wishing to create configuration files, or to 
understand or modify the standard configuration files normally used by the tools. 
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A.2 How Commands, Environment Variables, and Configuration 
Files Relate 


If a tool is executed with no options on the command line, no configuration file, 
and no environment variables set, then all options will have their default values as 
described here. 


In practice, each tool is usually executed with some options on the command line, 
perhaps some options set with environment variables, and a number of 
site-dependent defaults set in configuration files, with remaining options having 
default values. 


NOTE: Configuration files are used when the dec, dplus, das, or dld programs are 
executed explicitly, e.g., from the command line or in a makefile. In this chapter, 
the term tool refers to any of these programs when executed explicitly. 


When the dec or dplus command automatically invoke the das or dld commands, 
configuration file processing is done for the dec or dplus command and not again 
for the implicit das or dld command. 


A.2.1 Configuration Variables and Precedence 


Variables may be set in three places: 
« Inthe operating system environment (see 2.3 Environment Variables, p.15). 


* On the command line using the -WD option for any variable, the -WC option 
for configuration variable DCONFIG, and the -t option to implicitly set 
configuration variables DTARGET, DOBJECT, DFP, and DENVIRON. 


«  Inconfiguration files using assignment statements. 


These are in order of precedence from lowest to highest: a variable defined on the 
command line overrides an environment variable of the same name, anda variable 
set in a configuration overrides both a command line and an environment variable 
of the same name. (Thus, in a configuration file, it is usual to test whether a variable 
has a value before assigning it a default value — see examples below.) 


546 


A Configuration Files 


A.2 How Commands, Environment Variables, and Configuration Files Relate 


A.2.2 Startup 


Figure A-1 


Situation 


Here is how each tool processes the command line and configuration files at 
startup. 


NOTE: Order is important. If a variable is given a value, or an option appears more 
than once, the final instance is taken unless noted otherwise. 


The tool scans the command line for an -@ option followed by the name of 
either an environment variable or a file, and replaces the option with the 
contents of the variable or file. 


The tool scans the command line for each -WD variable=value option. If a 
variable matches an existing environment variable, the new value effectively 
replaces the existing value for the duration of the command (the operating 
system environment is not changed). 


The option -WC config-file-name is equivalent to 
-WDDCOMNFIG=config-file-name. Thus, if both -WC and -WDDCONFIG options 
are present, the config-file-name will be taken from the final instance, and if 
either is present, they will override any DCONFIG environment variable. 


The tool finds the main configuration file by checking first for a value of 
variable DCONFIG, and then if that is not set, looking in the standard location 
as given in Table A-1. The tool parses each statement in the configuration file 
as described in the following subsections. 


After parsing the configuration file, the tool processes each of the input files on 
the command line using the options set by command-line and 
configuration-file processing. 


Figure A-1 below, provides a simplified example of how the above works. 


The remainder of this chapter provides additional details and examples and 
explains each of the statements allowed in a configuration file. 


Example of Command-Line and Configuration-File Processing 


An engineer works on Project 1 and normally uses target1 with standard optimization (-O 
option). Now the engineer has a target2 prototype and wants to use extended optimization 


(-XO). 


Environment variables (set using operating system commands not shown) 
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Figure A-1 Example of Command-Line and Configuration-File Processing (cont'd) 


DFLAGS:  -O As described in 2.3.1 Environment Variables 
Recognized by the Compiler, p.15, DFLAGS 
is a convenient way to give options with an 
environment variable. 


Command line The command line is used to select the special 
dae tinge 20. eesti .c processor target2 and extended optimization. 
Excerpts from configuration file dtools.conf If the target had not been set on the command 


. line or elsewhere, it would default to target1. 
if (!$DTARGET) DTARGET=targetl 


SDFLAGS $DFLAGS evaluates to -O. $* is a special variable 

a evaluating to all of the command-line 
arguments. The -XO option from the command 
line overrides the related -O option from the 
DFLAGS environment variable. 


A.3 Standard Configuration Files 


Wind River recommends the use of three configuration files in a hierarchy. 
Standard versions of two of the files, dtools.conf and default.conf are shipped 
with the tools. 


The tool identifies the main configuration file using the DCONFIG variable as 
described in A.2.2 Startup, p.547. If DCONFIG is not set, it then looks for the file 
dtools.conf. Its standard location is the conf subdirectory of the directory holding 
the selected version of the tools as shown in the following table (see also Table 2-1). 


Table A-1 Main Configuration File: Standard Name and Location 


System Path and Name 


UNIX /ust/lib/diab/version/conf/dtools.conf 
Windows 95,98,and NT  c:\diab \version\conf\dtools.conf 
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The standard location of the main configuration file can be changed by setting the 
DCONFIG environment variable, by using the -WC option, or by using the 
-WDDCOMFIG option. 


The standard dtools file is structured broadly as shown in Figure A-2 on the next 
page dtools shows how the compiler combines the various environment variables 
and command-line options. dtools also serves as an example of how to write the 

configuration language. 


Avoid altering dtools. Instead, set defaults and specific options by using the -t 
option on the command line to set DITARGET, DOBJECT, DFP, and DENVIRON (see 
4.1 Selecting a Target, p.21), or otherwise modifying default.conf, and/or by 
providing your own uset.conf. 


As shown in Figure 4-b, the dtools configuration file includes default.conf and 
then user.conf near the beginning. These files must be located in the same 
directory as dtools.conf (no path is allowed on include statements in configuration 
files). If you want a private copy of these files, copy all the configuration files to a 
local directory and change the location of dtools.conf as described at the beginning 
of this section. 


No error is reported if an include statement names a non-existent file; therefore, 
both files are optional. 


A.3.1 DENVIRON Configuration Variable 


Configuration variable DENVIRON is set in default.conf and may be overridden 
by setting an environment variable of the same name or by providing a -ttofenviron 
option on the command line executing dec, dplus, das, or dld. 


As shown in Figure A-2, if a file named $DENVIRON.conf exists in the conf 
subdirectory, it will be included by dtools.conf. The tools are delivered with 
several such “environment” .conf files. These are used to set options as required 
for several different target operating systems support by Wind River. 


The DENVIRON configuration variable also controls the default search path use by 
the linker to find libraries. See the environ entry in the Table 4-1 and the section 
4.2 Selected Startup Module and Libraries, p.24 for details. 
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Figure A-2 Standard dtools.conf Configuration File - Simplified Structure 


1. Variables and assignments used to customize selection and operation of the tools. 


2. include 
default.conf 


3. include 
user.conf 


Read the second of the two configuration files included with the 
tools. This file records the target configuration in variables 
DTARGET, DOBJECT, and DFP, and DENVIRON, and is updated 
automatically during installation or by dctrl -t. 


ASCII file to be created by the user to set, for example, default 
-X options and optimizations, additional default include files and 
libraries, default preprocessor macros, etc. 


4. Switch and other statements using DTARGET, DOBJECT, and DFP to set options and flags, 
especially with respect to different targets. Also selection of tools if not customized above. 


5. include 
SDENVIRON. conf 


6.  dcc, dplus section 


SUFLAGS1 


SDFLAGS 


s* 


SUFLAGS2 


7. das section 
SUAFLAGS1 
s* 
SUAFLAGS2 
8.  dld section 


SULFLAGS1 


SULFLAGS2 


This optional file sets options for a specific target operating system. 
See A.3.1 DENVIRON Configuration Variable, p.549. 


Standard options to be used unless overridden by $UFLAGS2. To be 
set by the user in the user.conf configuration file. 


As described in 2.3.1 Environment Variables Recognized by the Compiler, 
p.15, $DFLAGS is a convenient way to set an environment variable 
for widely used options. Because it follows $UFLAGSI, an option in 
$DFLAGS will override the same option in $UFLAGSI. 


All arguments from the command line (-t, -WD, and -WC options are 
not re-processed). Options here will override the same options in 
both $UFLAGS1 and $DFLAGS. 


Overrides for $UFLAGS1, $DFLAGS, and the command line. To be set 
by the user in the user.conf configuration file. 


$UAFLAGS1 and $UAFLAGS2 can be set in user.conf to provide 
options for the assembler when it is executed explicitly, with 
$UFLAGS1 options processed before command-line options and 
$UFLAGS2 options processed after. 


And similarly, $;ULFLAGS1 and $ULFLAGS2 can be set in user.conf to 
set options for the linker when it is executed explicitly. 
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A.3.2 UFLAGS1, UFLAGS2, DFLAGS Configuration Variables 


Configuration file processing gives you several ways to provide options. The 
standard configuration files shipped with the tools are intended to be used as 
follows: 


UFLAGS1 and UFLAGS2 are intended for compiler options that should 
“always” be used. It is intended that UFLAGS1 and UFLAGS2 be set in a local 
configuration file, user.conf, that you supply. Since you will not want to 
change this frequently, options set there will be “permanent” unless 
overridden. 


As shown in Figure A-2 above, UFLAGS1 is expanded before command-line 
options and files, and UFLAGS2 after command-line options. 


Example: to make sure that the lint facility is always on and that the compiler 
checks for prototypes, create a user.conf with the following lines: 

# File: user.conf 

# Always perform lint + check for prototypes. (Note: as 


# assignment, quotes are required with embedded spaces.) 
UFLAGS1="-Xlint -Xforce-prototypes" 


NOTE: Variables are referenced with a “$”, e.g., $>UFLAGS1 as shown in 
Figure A-2, but are written without a “$” when being set by an assignment 
statement. 


If there is a site-wide user.conf, the tools administrator can make sure that any 
user using it will not require too much memory by adding the following to 
user.conf: 

# Limit memory for optimization. 

UFLAGS2=-Xparse-size=1000 

DFLAGS is intended to be an environment variable for options that change 
more frequently than those in the configuration files, but not with every 
compile. For example, it may be conveniently used to select levels for 
optimization and debugging information. 


DFLAGS applies only to explicit execution of dec and dplus, not to explicit 
execution of das or dld. However, some options are passed by dec and dplus 
to the assembler or linker, e.g., the -L or -Y P options to specify a library search 
directory for the linker, or the -Wa,arguments or -W1L,arguments options to pass 
arguments to the assembler or linker. If DFLAGS includes such options, they 
will be passed along as usual. 
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« Options for a specific compilation are given on the command line. These 
override any options set with UFLAGS1, DFLAGS, but not UFLAGS2 since 
UFLAGS2 occurs after $* in dtools.conf. 


NOTE: UFLAGS1 and UFLAGS2 (and UAFLAGS1, UAFLAGS2, ULFLAGS1, 
ULFLAGS2) cannot be overridden by environment variables of the same name. 
This is because they are reset to empty strings at the beginning of dtools.conf 
before being read from user.conf. This is in contrast to DFLAGS which is not so 
reset and can therefore be an environment variable. 


A.3.3 UAFLAGS1, UAFLAGS2, ULFLAGS1, ULFLAGS2 Configuration Variables 


Similar to the way UFLAGS1 and UFLAGS2 are intended to provide “permanent” 
options to be processed before and after command-line options for the compiler, 
UAFLAGS1 and UAFLAGS2 provide before-and-after options for the assembler and 
ULFLAGS1 and ULFLAGS2 provide before-and-after options for the linker. 


As with UFLAGS1 and UFLAGS2, it is expected that these options will be assigned 
values in a user-supplied user.conf configuration file, and because they are reset to 
the empty string at the beginning of dtools.conf they cannot be set as environment 
variables. See Figure A-2 for additional details. 


A.4 The Configuration Language 


As noted above, the ultimate purpose and effect of configuration file processing is 
to provide values for options. The simplest type of configuration file is an ordinary 
text file containing multiple lines where each line sets a single option. 


Beyond this, a straight-forward configuration language allows greater control over 
configuration file processing, so that different options and their values may be set 
depending on options present on the command line, on environment variables, 
and on variables defined by the user within a configuration file or a file included 
by a configuration file. 


The remainder of this section describes the configuration language and ends with 
an extended example. 
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A.4.1 Statements and Options 


A configuration file consists of a sequence of statements and options separated by 
whitespace. A # token at any point on a line not in a quoted string introduces a 
comment; the rest of the line is ignored. Thus, a line may contain multiple 
statements and options ending in a comment. 


A statement is either an assignment statement or starts with one of the keywords 
error, exit, include, if (and else), print, or switch (and case, break, and endsw). 


In general, it is preferable to write one statement or option per line. This makes a 
configuration file easier to understand and modify. An exception to this rule is 
made for lines containing an if or else statement, each of which governs the 
remaining statements and options on a line as described below. 


Whitespace, consisting of spaces or tabs, may be used freely between statements 
and/or options for readability. Blank lines are ignored. 


A line may not be continued to a second line, but there is no practical limit on the 
length of a line except that which may be imposed by an operating system or text 
editor. 


Any text which is not a statement or comment per the above is taken as options. In 
general, options have one of four forms, each introduced by a single character 
option letter x: 

“x 

-x name 


-x value 
-x name=value 


Either the name or the value may a quoted or unquoted string of characters as 
allowed by a particular option, and either may include variables introduced by a 
“$” character (see A.4.4 Variables, p.554 below). Examples: 


-O 

-XO "O" is a name 

-o test.out "test.out" is a value 
-Xlocal-data-area=0 

-ISHOME/ include "SHOME" is a variable 


A.4.2 Comments 


A # token at any point ona line not in a quoted string introduces a comment — the 
rest of the line is ignored. Examples: 


tno merietentenenbi # This is a comment through the end of the line. 
not_a_comment = "# This is an assignment, not a comment" 
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A.4.3 String Constants 


A string constant is any sequence of characters ending in whitespace (spaces and 
tabs) or at end-of-line. To include whitespace in a string constant, enclose the entire 
constant in double quotes. Also, a string may include a variable prefixed with a “$” 
character. 


There is no practical length limit except that imposed by the maximum length of a 
line. Examples: 
Simple_string_constant 


"string constant with embedded spaces" 
"SXFLAGS -Xanother-X-flag" # SXFLAGS will be expanded 


A.4.4 Variables 


All variables are of type string. Variable names are any sequence of letters, digits, 
and underscores, beginning with a letter or underscore (letters are “A” - “Z” and 


a” -“z”, digits are “0” - “9”). There is no practical length limit to a variable name 
except that imposed by the maximum length of a line. 


Variables are case sensitive. 


To set a variable in a configuration file use an assignment statement. (See 
A.4.5 Assignment Statement, p.555). 


To evaluate a variable, that is, to use its value, precede it with a “$” character. See 
A.2.1 Configuration Variables and Precedence, p.546 for a discussion of how 
environment variables and variables used in configuration files relate and their 
precedence. 


Variables are not declared. A variable which has not been set evaluates to a 
zero-length string equivalent to “ ”. 


The special variable $* evaluates to all arguments given on the command line. 
(However -WC and -WD arguments have already been processed and are 
effectively ignored.) See examples below and also Figure A-2. 


The special variable $-x, where x is one or more characters, evaluates to any user 
specified option starting with x, if given previously (on the command line or in the 
configuration file). Otherwise it evaluates to the zero-length string. If more than 
one option begins with x, only the first is used. 


For example, if the command line includes option -Dtest=level9, then $-Dtest 
evaluates to -Dtest-level9. 
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The special variable $$ is replaced by a dollar sign “$”. 


The special variable $/ is replaced by the directory separation character on the host 
system: “/” on UNIX and “\” on Windows. (On any specific system, you can just 
use the appropriate character. Wind River uses “$/” for portability.) 


Examples: assume that the environment variable DFLAGS is set to “-XO”, and that 


the following command is given: 


dec -Dlevel99 -g2 -O -WDDFP=soft file.c 


The following table shows examples of how variables are set given these 


assumptions. 


Table A-2. Variable Evaluation in Configuration Files 


Variable 


Evaluates To 


Comment (see assumptions above) 


$DFLAGS 


$DFP 


$-WDFP 


$-Dlevel 


$* 


“XO” 


“soft” 


“-WDDFP=soft” 


“TDlevel99” 


“TDlevel99 ... 
file.c” 


Environment variable. 


Value is as if -WD set the DFP configuration 
variable (see 5.3.26 Define Configuration 
Variable (-W Dname=value), p.42). 


In the form $-x, x is the entire WD option. 


In the form $-x, x need match only the 
beginning of an option. 


Evaluates to the entire command minus the 
initial dec. 


A.4.5 Assignment Statement 


The assignment statement assigns a string to a variable. Its form is: 


variable = [string-constant] 


As noted above, a string-constant may include a variable — see the last example. 


Examples: 


DLIBS= 
XLIB=SHOME/1ib 


YFLAGS="$XFLAGS -X12" 


if 


Ges 
SXFLAGS="S$XFLAGS -Xanother-flag" 


-) 


PF=-p GF=-g 


# Set to empty string. 

# Variable XLIB is set. 

# Use "" for spaces in a string. 
# Two on one line (see if below). 
# Inner $XFLAGS will be expanded. 
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A.4.6 Error Statement 


The error statement terminates configuration file processing with an error. See the 
switch statement for an example. 


A.4.7 Exit Statement 


The exit statement stops configuration file processing. This is useful, for example, 
in an header file that specifies all compiler options, but does not want the compiler 
to continue the parsing in default.conf and dtools.conf. 


A.4.8 If Statement 


The if statement provides for conditional branching in a configuration file. There 
are two forms: 


if (expression) statements and/or options 
and 


if (expression) statements and/or options 

else statements and/or options 
If expression is true, the rest of the same line is interpreted and, if the next line 
begins with else, the remainder of that line is ignored. If expression is false, the 
remainder of the line is skipped, and, if the next line begins with else, the 
remainder of that line is interpreted. Blank lines are not allowed between if and 
else lines. 


expression is one of: 


string true if string is non-zero length 
Istring true if string is zero length 

string] == string2 true if string1 is equal to string2 
string] != string2 true if string] is not equal to string2 


Note that because any statement can follow else, one may write a sequence of the 
form 


if 
else if 
else if 


else 
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Examples: 
if (!SLIB) LIB=/usr/lib # if LIB s not defined, set it 
if (SOPT == yes) -O # option -O if OPT is "yes" 
else -g # else option -g 


A.4.9 Include Statement 


The include permits nesting of configuration files. Its form is: 
include file 


The contents of file file are parsed as if inserted in place of the include statement. 
The file must be located in the same directory as the main configuration file since 
no path is allowed in include statements. (See A.3 Standard Configuration Files, 


p-548.) 
If the given file does not exist, the statement is ignored. Example: 


include user.con 


A.4.10 Print Statement 


The print statement outputs a string to the terminal. Its form is: 
print string 


Example: 


if (!SDTARGET) print "Error: DTARGET not set" 


A.4.11 Switch Statement 


The switch provides for multi-way branching based on patterns. It has the form: 


switch (string) 
case pattern!: 


break 
case pattern-n: 


endsw 
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where each pattern is any string, which can contain the special tokens “?” 
(matching any one character), “*” (matching any string of characters, including the 
empty string) and “[” (matching any of the characters listed up to the next “]”). 
When a switch statement is encountered, the case statements are searched in order 
to find a pattern that matches the string. If such a pattern is found, interpretation 
continues at that point. If no match is found, interpretation continues after the 


endsw statement. If more than one pattern matches the string, the first will be used. 


If a break statement is found within the case being interpreted, interpretation 
continues after endsw. If no break is present at the end of a case, interpretation falls 
through to the next case. 


Example: 
switch (SDTARGET) 
case CHIP*: # any DTARGET beginning withCHIP 
break 
case *: # any other DTARGET 
print Error: DTARGET not set" 
error 
endsw 
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Compatibility Modes: ANSI, 
PCC, and K&R C 


Table B-1 


NOTE: This section relates to C, not C++. Of the options listed in Table B-1, only 
-Xdialect-strict-ansi (equivalent to -Xstrict-ansi) affects the C++ compiler. 


The Wind River compiler supports various standards, including full ANSI C89, 
partial ANSI C99, and full ANSI C++. Many existing C programs are coded in 
accordance with slightly varying standards. To ease porting of these programs, C 
modules can be compiled in four different modes as selected by an option from the 


following table: 


Compatibility Mode Options for C Programs 


Mode Option Meaning 

C89 -Xdialect-c89 Conform to the ISO/TEC 9899:1990 standard 
for C. 

C99 -Xdialect-c99 Conform to the ISO/TEC 9899:1999 standard 
for C. NOTE: Only a subset of this standard 
is supported. 

ANSI -Xdialect-ansi Conform to ANSI X3.159-1989 with some 


additions as shown in the table below. 


Strict ANSI -Xdialect-strict-ansi 


Conform strictly to the ANSI X3.159-1989 
standard. Equivalent to -Xstrict-ansi. 
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Compatibility Mode Options for C Programs (cont'd) 


Mode Option Meaning 


K&R ~Xdialect-k-and-r Conform to the pre-ANSI “standard” 
defined in The C Programming Language by 
Kernighan and Ritchie, with most ANSI 
extensions activated. 


PCC -Xdialect-pec Emulate the behavior of System V.3 UNIX 
compilers. 


The following table describes the differences among these modes. If not otherwise 


MW Wt 


noted, “y” means “yes” and “n” means “no”. 


Features of Compatibility Modes for C Programs 


Strict 
Functionality K&R ANSI ANSI PCC 
long float is same as double. y n n y 


The long long type is defined; but a warning (w) is y y w y 
generated when long long is used. 


The asm keyword is defined. y y n y 
The volatile, const, and signed keywords are y y y n 
defined. 


“Double underscore” keywords (e.g. ___inline__ and y y n y 
__attribute__) are defined. 


The type of a hexadecimal constant >= 0x80000000 is i u u i 
unsigned int (u) or int (i). 


In ANSI it is legal to initialize automatic arrays, s s s Ww 
structures, and unions. The compiler always accepts 
this and is either silent (s) or gives a warning (w). 


A scalar type can be cast explicitly to a structure or w w n w 
union type, if the sizes of the types are the same. Such 
typecasts generate a warning (w). 
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Features of Compatibility Modes for C Programs (cont'd) 


Functionality 


K&R ANSI 


Strict 
ANSI 


PCC 


When two integers are mixed in an expression, they 
cause conversions and the result type is either 
“unsigned wins” (u) or “smallest possible wins” (s). 
Example: 


((unsigned char)1 > -1) 


which is 0 if (u) and 1 if (s). 


u 


S 


S 


u 


When a bit-field is promoted to a larger integral type, 
sign is always preserved. 


When prototypes are used and the arguments do not 
match an error (e) or warning (w) is generated. 


Float expressions are computed in float (f) or double 


(d). 


When an array is declared without a dimension in an 
invalid context an error (e) or warning (w) is 
generated. 


When an array is declared with a zero dimension, 
generates a warning. 


Incompletely braced structure and array initializers 
can either be parsed top-down (t) or bottom-up (b). 
May be controlled by the -Xbottom-up-init option 
(5.4.14 Parse Initial Values Bottom-up 
(-Xbottom-up-init), p.61). 


When pointers and integers are mismatched, 
generates an error (e) or a warning (w). May be 
controlled by the -Xmismatch-warning (5.4.92 Warn 
On Type and Argument Mismatch 
(-Xmismatch-warning), p.94). 


Trigraphs, e.g. “??” sequences, are recognized. 
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Features of Compatibility Modes for C Programs (cont'd) 


Strict 

Functionality K&R ANSI ANSI PCC 
Illegal structure references generate either an error e e e w 
(e) or a warning (w). If more than one defined 
structure contains a member, an error is always 
generated. Example: 

int *p; p->m = 1; 
p is both a pointer to an int and a pointer to a 
structure containing member m. This is likely an 
error. 
Comments are replaced by nothing (n) ora space(s). on s s n 
Macro arguments are replaced in strings and y n n y 
character constants. Example: 

#define x(a) if (a) printf("a\n"); 
The “a” in the printf string will be replaced only for 
K&R and PCC. 
A missing parameter name after a # in a macro n n y n 
declaration generates an error. 
Characters after an #endif directive will generate a n n y n 
warning. 
Preprocessor errors are either errors (e) or warnings e e e Ww 
(w). 
Preprocessor recognizes vararg macros. (Not y y y n 
available with -Xpreprocessor-old option.) 
__STDC__ macro is predefined to (0), (1) or is not n 0 1 n 
predefined (n). 
__STDC__ macro can be undefined with #undef. y y n y 
__STRICT_ANSI_ macro is predefined. n n y n 
Spaces are legal before cpp #directives. n y y n 
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Features of Compatibility Modes for C Programs (cont'd) 


Strict 
Functionality K&R ANSI ANSI PCC 
Parameters redeclared in the outer most level of a w e e w 
function will generate an error (e) or warning (w). 
If the function setjmp() is used in a function, r r r S 
variables without the register attribute will be forced 
to the stack (s) or can be allocated to registers (r). 
C++ comments “//” are recognized in C files. y y n y 
Predefined macros without leading underscores, y y n y 
e.g., unix, are available. 
The following construct, in which a newly defined n n n y 


type is used to declare a parameter, is legal: 


f(i) typedef int i4; i4 i; {} 
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Compiler Limits 


The C and C++ compiler limits usually relate to the size of internal data structures. 
Most internal data structures are dynamically allocated and are therefore limited 
only by total available virtual memory. 


The following shows the minimum limits required by Section 2.2.4.1 of the ANSI 

X3.159-1989 C standard. The Wind River Compiler meets or exceeds these limits in 
all cases. When not limited by available memory (effectively unlimited), the C and 
C++ limit is shown in parentheses. “No limit” is shown in some cases for emphasis. 


15 nesting levels of compound statements, iteration control, and selection 
control structures 


8 nesting levels for #include directives (Wind River: 100) 
8 nesting levels of conditional inclusion 


12 pointer, array, and function declarators modifying a basic type ina 
declaration 


127 expressions nested by parentheses 


31 initial characters are significant in an internal identifier or a macro name 
(Wind River: no limit) 


6 significant initial characters in an external identifier (Wind River: no limit) 
511 external identifiers in one source file (Wind River: no limit) 

127 identifiers with block scope in one block 

1,024 macro identifiers simultaneously defined in one source file 


31 parameters in one function definition and call 
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= 31 parameters in one macro definition and invocation 
* 509 characters in a logical source line 

» 509 characters in a string literal (after concatenation) 
"32,767 bytes in an object 

"255 case labels in a switch statement 


The length of a symbol output by the compiler is limited to approximately 8,000 
characters. In C++ projects with complex hierarchies, it is possible, though 
unlikely, that mangled names will run up against this limit, resulting in assembler 
errors, linker errors, or unexpected runtime behavior (when the wrong function or 
variable is accessed). 


Memory is dynamically allocated as required, and is a function of: 


« The size of the largest function in the source file. The size is measured in 
number of expression nodes, where each operand and operator generate one 
node in addition to several nodes per function. After code generation, the 
memory used by a function is reused. 


« Optimization level. Some optimizations use a large amount of memory. 
Reaching analysis uses memory proportional to the number of basic blocks 
multiplied by the number of variables used in the function. 


« Large initialized arrays. 


In addition, the number of KBytes the compiler is allowed to use to delay code 
generation in order to perform interprocedural optimizations is limited internally. 
The default value is 3000KB with -O and 6MB with -xO. It can be changed with 
option -Xparse-size (see 5.4.99 Specify Optimization Buffer Size (-Xparse-size), p.97). 


The compiler does not generate correct debug information if there are more than 
1023 included files. 
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D.1 Introduction 


The ANSI C standard X3.159-1989 leaves certain aspects of a C implementation to 
the tools vendor. This appendix describes how Wind River has implemented these 
details. Note that there are differences between C and C++; this appendix 
addresses C only. 


NOTE: This chapter contains material applicable to execution environments 
supporting file I/O and other operating system functions. Much of it therefore 
depends on the operating system present, if any, and may not be relevant in an 
embedded environment. 
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D.2 Translation 


Diagnostics 


See H. Messages. 


Identifiers 
There are no limitations on the number of significant characters in an identifier. 
The case of identifiers is preserved. 

Characters 


ASCII is the character set for both source and for generated code (constants, library 
routines). 


There are no shift states for multi-byte characters. 
A character consists of eight bits. 


Each character in the source character set is mapped to the same character in the 
execution set. 


There may be up to four characters in a character constant. The internal 
representation of a character constant with more than one character is constructed 
as follows: as each character is read, the current value of the constant is multiplied 
by 256 and the value of the character is added to the result. Example: 


‘abe' == (('a'*256)+'b')*256+'c' 


By default, wide characters are implemented as long integers (32 bits). See also 
5.4.145 Define Type for wehar (-Xwchar=n), p.113. 


Unless specified by the use of the -Xchar-signed or -Xchar-unsigned options 
(5.4.20 Specify Sign of Plain Char (-Xchar-signed, -Xchar-unsigned), p.63), the 
treatment of plain char as a signed char or an unsigned char is as defined in 
Table 8-1. 


Integers 


Integers are represented in two’s-complement binary form. The properties of the 
different integer types are defined in 8.1 Basic Data Types, p.163. 


Bitwise operations on signed integers treat both operands as if they were unsigned, 
but treat the result as signed. 


The sign of the remainder on integer division is the same as that of the divisor on 
all supported processors. 
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Right shifting a negative integer divides it by the corresponding power of 2, with 
an odd integer rounded down. In the binary representation (on all supported 
processors), the sign bit is propagated to the right as bits are dropped from the 
right end of the number. 

Floating Point 


The floating point types use the IEEE 754-1985 floating point format on all 
supported processors. The properties of the different floating point types are 
defined in 8.1 Basic Data Types, p.163. 


The default rounding mode is “round to nearest”. 


Arrays and Pointers 


The maximum number of elements in an array is equal to (UINT_MAX- 
4) /sizeof(element-type). For UINT_MAX, see limits.h. 


Pointers are implemented as 32 bit entities. A cast of a pointer to an int or long, and 
vice versa, is a bitwise copy and will preserve the value. 


The type required to hold the difference between two pointers, ptrdiff_t, is int (this 
is sufficient to avoid overflow). 
Registers 


All local variables of any basic type, declared with or without the register storage 
class can be placed in registers. struct and union members can also be put in 
registers. 


Variables explicitly marked as having the auto storage class are allocated on the 
stack. 
Structures, Unions, Enumerations, and Bit-fields 


If a member of a union is accessed using a member of a different type, the value 
will be the bitwise copy of original value, treated as the new type. 


See pages 163 to 167 for more information about the implementation of structures 
and unions, bit-fields, and enumerations. 
Qualifiers 


Volatile objects are treated as ordinary objects, with the exception that all read / 
write / read-modify-write accesses are performed prior to the next sequence-point 
as defined by ANSI. 
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Declarators 
There is no limit to how many pointer, array, and function declarators are able to 
modify a type. 

Statements 


There is no limit to the number of case labels in a switch statement. 


Preprocessing Directives 


Single-character constants in #if directives have the same value as the same 
character constant in the execution character set. These characters can be negative. 


Header files are searched for in the order described for the -I command-line option 
(see Set Header Files Directory (-I path), p.280). The name of the included file is 
passed to the operating system (after truncation if necessary to conform to 
operating system limits). 


The #pragma directives supported are described in 6.3 Pragmas, p.123. 


The preprocessor treats a pathname beginning with “/”, “\”, and a “driver letter” 
(c:) as an absolute pathname. All other pathnames are taken as relative. 


D.3 Environment 


The function called at startup is called main(). It can be defined in three different 
ways: 


» With no arguments: 
int main(void) {...} 


» With two arguments, where the first argument (argc) has a value equal to the 
number of program parameters plus one. Program parameters are taken from 
the command line and are passed untransformed to main() in the second 
argument argv[], which is a pointer to a null-terminated array of pointers to 
the parameters. argv[0] is the program name. argv[argc] contains the null 
pointer 


int main(int argc, char *argv|]) fice} 
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D.4 Library functions 


« With three arguments, where argc and argv are as defined above. The 
argument env is a pointer to a null-terminated array of pointers to 
environment variables. These environment variables can be accessed with the 
getenv() function 


int main(int argc, char *argv[], char *env[]) 


D.4 Library functions 


Table D-1 


The NULL macro is defined as 0. 


The assert function, when the expression is false, will write the following message 
on standard error output and call the abort function: 


Assertion failed: expression, file file, line-number 


The ctype functions test for the following characters: 


ctype Functions 


Function Decimal ASCII Value and Character 

isalnum 65-90 (“A”-"Z") 97-122 (“a"-"2") 48-57 (“0-9”) 
isalpha 65-90 (“A”-"Z”) 97-122 (“a”-"2") 

iscntr 10-31 

isdigit 48-57 (“0-9”) 

isgraph 33-126 

islower 97-122 (“a”-"z”) 

isprint 32-126 

ispunct 33-47 58-64 91-96 123-126 

isspace 9-13 (TAB, NL, VI, FE,CR) 32 (“”) 

isupper 65-90 (“A”-"Z”) 

isxdigit 48-57 (“0"-"9") 65-70 (“A”’-"F”) 97-102 (“a”-”f”) 
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The mathematics functions do not set errno to ERANGE on undervalue errors. 


The first argument is returned and errno is set if the function fmod has a second 
argument of zero. 


Information about available signals can be found in the target operating system 
documentation. 


The last line of a text stream need not contain a new-line character. 
All space characters written to a text stream appear when read in. 
No null characters are appended to text streams. 


A stream opened with append (“a”) mode is positioned at the end of the file unless 
the update flag (“+”) is specified, in which case it is positioned at the beginning of 
the file. 


A write on a text stream does not truncate the file beyond that point. 


The libraries support three buffering schemes: unbuffered streams, fully buffered 
streams, and line buffered streams. See function setbuf( ), p.520 and setubuf( ), p.522 
for details. 


Zero-length files exist. 


The rules for composing valid filenames can be found in the documentation of the 
target operating system. 


The same file can be opened multiple times. 


If the remove function is applied on an opened file, it will be deleted after it is 
closed. 


If the new file already exists in a call to rename, that file is removed. 
The %op conversion in fprintf behaves like the %X conversion. 

The %op conversion in fscanf behaves like the %x conversion. 

The character “-” in the scanlist for “%[“ conversion in the fscanf function denotes 
a range of characters. 

On failure, the functions fgetpos and ftell set errno to the following values: 


EBADF if file is not an open file descriptor. 
ESPIPE if file is a pipe or FIFO. 


The messages are generated by the perror and strerror functions may be found in 
file errno.h in the sys subdirectory of the include subdirectory (see Table 2-2 for 
the location of include). 
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D.4 Library functions 


The memory allocation functions calloc, malloc, and realloc return NULL if the 
size requested is zero. The function abort flushes and closes any open file(s). 


Any status returned by the function exit other than EXIT_SUCCESS indicates a 
failure. 


The set of environment variables defined is dependent upon which variables the 
system and the user have provided. See 15.11 Target Program Arguments, 
Environment Variables, and Predefined Files, p.270. These variables can also be 
defined with the setenv function. 


The system function executes the supplied string as if it were given from the 
command line. 


The local time zone and the Daylight Saving Time are defined by the target 
operating system. 


The function clock returns the amount of CPU time used since the first call to the 
function clock if supported. 
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Assembler Coding Notes 


E.1 Instruction Mnemonics 575 


E.2 Operand Addressing Modes 576 


This chapter describes the conventions used in the assembler to specify instruction 
mnemonics and addressing modes. 


E.1 Instruction Mnemonics 


The assembler supports all ARM and Thumb instructions as described in the ARM 
Architecture Reference Manual, including the simplified mnemonics described there. 


The assembler also recognizes the following directives: 


.codel16 
.code32 


All code to follow these is either Thumb or ARM code respectively. 
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E.2 Operand Addressing Modes 


E.2.1 Registers 


This section specifies the valid names for registers. See 9.6 Register Use, p.180 for 
details on register use. 


Registers can be specified in the following ways, in either lower or upper case: 
Table E-1 Register Names 


Register Use/Description 


r0 - 115 General purpose registers; can only be used where a general 
purpose register is expected. 


sp Same as r13. 
Ir Same as r14. 
pe Same as r15. 


E.2.2 Expressions 


See Chapter 19. Assembler Expressions, for a complete description of valid 
expressions. There are no limits on the complexity of an expression as long as all 
the operands are constants. When a label is used in the expression, the assembler 
will generate a relocation entry so that the linker can patch the instruction with the 
correct address. 
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Object and Executable File 
Format 


F1_ Executable and Linking Format (ELF) 577 


F.1 Executable and Linking Format (ELF) 


This section describes the Executable and Linking Format (ELF). The form 
NAME(n) means that the symbolic value NAME has the value shown in the 
parentheses. 


F.1.1 Overall Structure 


The ELF Object Format is used both for object files (.o extension) and executable 
files. Some of the information is only present in object files, some only in the 
executable files. 


ELF files consist of the following parts. The ELF header must be in the beginning 
of the file; the other parts can come in any order (the ELF header gives offsets to 
the other parts). 


ELF header 
General information; always present. 


Program header table 
Information about an executable file; usually only present in executables. 
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Section data 
The actual data for a section; some sections have special meaning, i.e. the 
symbol table and the string table. 


Section headers 
Information about the different ELF sections; one for each section. 


The following figure shows a typical ELF file structure: 


ELF Header 


Program Header Table 


Section 1 Data 


Section n Data 


Section Header Table 


F.1.2 ELF Header 


The ELF header contains general information about the object file and has the 
following structure from the file elf.h (Elf32_Half is two bytes, the other types are 
four bytes): 


#define EI_NIDENT 16 


typedef struct { 
unsigned char e_ident [EI_NIDENT]; 
E1£32_Half e_e_ type; 
E1£32_Half e_machine; 
E1f£32_Word e_version; 
E1£32_Addr e_entry; 
E1£32_oOff e_phoff; 
E1£32_Off e_shoff; 
E1£32_Word e_flags; 
E1f32_Half e_ehsize; 
E1£32_Half e_phentsize; 
E1£32_Half e_phnum; 
E1f32_Half e_shentsize; 
E1£32_Half e_shnum; 
E1£32_Half e_shstrndx; 
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Table F-1 


ELF Header Fields 


Field 


F Object and Executable File Format 
F.1 Executable and Linking Format (ELF) 


Description 


e_ident 


e type 


e machine 


e_version 


e entry 


e phoff 


e_shoff 


e flags 


e_ehsize 


e phentsize 


e phnum 


e_shentsize 


e_shnum 


e_shstrndx 


Sixteen byte long string with the following content: 
4-byte file identification: "\x7FELF" 

1-byte class: 1 for 32-bit objects 

1-byte data encoding: little-endian: 1, big-endian: 2 
1-byte version: 1 for current version 

9-byte zero padding 

The file type: relocatable: 1, executable: 2 

Target architecture: 

40 ARM and Thumb 

Object file version: set to 1. 

Programs entry address. 

File offset to the Program Header Table. 

File offset to the Section Header Table. 

Not used. 

Size of the ELF Header. 

Size of each entry in the Program Header Table. 
Number of entries in the Program Header Table. 
Size of each entry in the Section Header Table. 
Number of entries in the Section Header Table. 


Section Header index of the entry containing the String Table 
for the section names. 
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F.1.3 Program Header 


The program header is an array of structures, each describing a loadable segment 
of an executable file. The following structure from the file elf.h describes each 


entry: 
typedef struct { 

E1£32_Word p_type; 
E1£32_off p_offset; 
E1£32_Addr p_vaddr; 
E1£32_Addr p_paddr; 
E1£32_Word p_filesz; 
E1£32_Word p_memsz; 
E1£32_Word p_flags; 
E1L£32_Word p_align; 


} E1£32_Phdr; 


ELF Program Header Fields 
p_type 
Type of the segment; only PT_LOAD(1) is used by the linker. 


p_offset 
File offset where the raw data of the segment resides. 


p_vaddr 
Address where the segment resides when it is loaded in memory. 


p_paddr 
Not used. 


p_filesz 
Size of the segment in the file; it may be zero. 


p_memsz 
Size of the segment in memory; it may be zero. 


p_flags 
Bit mask containing a combination of the following flags: 


PF_X(1) Execute 
PF_W (2) Write 
PF_R(4) Read 


p_align 
Alignment of the segment in memory and in the file. 
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Table F-2 


F Object and Executable File Format 
F.1 Executable and Linking Format (ELF) 


There is incitation header for each section in the ELF file, specified by the e_shnum 
field in the ELF Header. Section headers have the following structure from the file 


elf.h: 
typedef struct { 

E1£32_Word 
E1£32_Word 
E1£32_Word 
E1f£32_Addr 
ElLf32_Off 

E1£32_Word 
E1£32_Word 
E1£32_Word 
E1£32_Word 
E1£32_Word 


} E1£32_Shdr; 


ELF Section Header Fields 


sh_name; 
sh_type; 
sh_flags; 
sh_addr; 
sh_offset; 
sh_size; 
sh_link; 
sh_info; 
sh_addralign; 
sh_entsize; 


Field Description 

sh_name Specifies the name of the section; it is an index into the section 
header string table defined below. 

sh_type Type of the section and one of the below: 


SHT_NULL (0) inactive header 


SHT_PROGBITS (1) code or data defined by the program 


SHT_SYMTAB (2) symbol table 
SHT_STRTAB (3) string table 
SHT_RELA (4) relocation entries 
SHT_NOBITS (8) uninitialized data 


SHT_COMDAT (12) like SHT_PROGBITS except that the linker 


removes duplicate SHT_COMDAT sections 
having the same name and removes 
unreferenced SHT_COMDAT sections (used 
in C++ template instantiation — see 
Templates, p.223). 
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ELF Section Header Fields (cont'd) 


Field Description 
sh_flags Combination of the following flags: 
SHF_WRITE (1) contains writable data 
SHF_ALLOC (2) contains allocated data 
SHF_EXECINSTR (4) contains executable instructions 
sh_addr Address of the section if the section is to be loaded into memory. 
sh_offset File offset to the raw data of the section; note that the SHT_NOBITS 
sections does not have any raw data since it will be initialized by the 
operating system. 
sh_size Size of the section; an SHT_NOBITS section may have a non-zero 
size even though it does not occupy any space in the file. 
sh_link Link to the index of another section header: 
SHT_COMDAT section with which this section should be 
combined 
SHT_RELA the symbol table 
SHT_NOBITS section with which this section should be 
combined 
SHT_PROGBITS section with which this section should be 
combined 
SHT_SYMTAB the string table 
sh_info Contains the following information: 


sh_addralign 


sh_entsize 


SHT_RELA the section to which the relocation applies 
SHT_SYMTAB index of the first non-local symbol 
Alignment requirement of the section. 


Size for each entry in sections that contains fixed-sized entries, such 
as symbol tables. 
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F Object and Executable File Format 
F.1 Executable and Linking Format (ELF) 


The following table shows the correspondence between the type-spec as defined on 
388 and the ELF section type and flags assigned to the output section. 


type-spec — ELF Section Type and Flags Correspondence 


Type-spec Section Type (sh_type) Section Flags (sh_flags) 

BSS SHT_NOBITS SHF_ALLOC | SHF_WRITE 
COMMENT SHT_PROGBITS (none) 

CONST SHT_PROGBITS SHF_ALLOC 

DATA SHT_PROGBITS SHF_ALLOC | SHF_WRITE 
TEXT SHT_PROGBITS SHF_ALLOC | SHF_EXECINSTR 


F.1.5 Special Sections 


Following are the names of some typical sections and explains their contents: 


text 
Machine instructions. 


-rodata 
Constant data and strings. 


-data 
Initialized data. 


-bss 
Uninitialized variables. 


-comment 
Comments from #ident directives in C. 


.ctors 
Code that is to be executed before the main() function. 


-dtors 
Code that is to be executed when the program has finished execution. 


-debug 
Symbolic debug information using the DWARF format. 


-line 
Line number information for symbolic debugging. 
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.-relaname 
Relocation information for the section name. 


-shstrtab 
Section names. 


-strtab 
String Table for symbols in the Symbol Table. 


-symtab 
Contains the Symbol Table. 


F.1.6 ELF Relocation Information 


Relocation Information sections contain information about unresolved references. 
Since compilers and assemblers do not know at what absolute memory address a 
symbol will be allocated, and since they are unaware of definitions of symbols in 
other files, every reference to such a symbol will create a relocation entry. The 
relocation entry will point to the address where the reference is being made, and 
to the symbol table entry that contains the symbol that is referenced. The linker will 
use this information to fill in the correct address after it has allocated addresses to 
all symbols. 


When an offset is added to a symbol in the assembly source 


ldr r1,=var+16 


that offset is stored in the r_addend field, so that adding the real address of the 
symbol with the address field will yield a correct reference. 


The relocation section does not normally exist in executable files. 
A relocation entry has the following structure from the file elf-h: 


typedef struct { 


E1£32_Addr r_offset; 
E1£32_Word r_info; 
E1£32_Sword r_addend; 


} E1£32_Rela; 


ELF Relocation Entry Fields 
r_offset 


Relative address of the area within the current section to be patched with the 
correct address. 
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r_info >> 8 
Upper 24 bits of r_info is an index into the symbol table pointing to the entry 
describing the symbol that is referenced at r_offset. 


r_info & 255 
Lower 8 bits is the relocation type that describes what addressing mode is 
used; it describes whether the mode is absolute or relative, and the size of the 
addressing mode. See the table below for a description of the various 
relocation types. 


r_addend 
A constant to be added to the symbol when computing the value to be stored 
in the relocatable field. 


The relocation types for each supported target are documented in 
version_path/include/elf_target.h. 


F.1.7 Line Number Information 


The line number information section .line contains the mapping from source line 
numbers to machine instruction addresses used by symbolic debuggers. This 
information is only available if the -g option is specified to the compiler. 


F.1.8 Symbol Table 


The symbol table section .symtab is an array of entries containing information 
about the symbols referenced in the ELF file. A symbol table entry has the 
following structure from the file elf.h: 


typedef struct { 


ELF32_Word st_name; 
ELF32_Addr st_value; 
ELF32_Word st_size; 


unsigned char st_info; 
unsigned char st_other; 


E1£32_Half st_shndx; 
} El1£32_Sym; 
ELF Symbol Table Fields 
st_name 


Index into the symbol string table which holds the name of the symbol. 
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st_value 
Value of the symbol: 


The alignment requirement of symbols whose section index is 
SHN_COMMON. 


« The offset from the beginning of a section in relocatable files. 
« The address of the symbol in executable files. 


st_size 
Size of an object. 


st_info >> 4 
Upper four bits define the binding of the symbol: 


STB_LOCAL (0) symbol is local to the file 
STB_GLOBAL (1) symbol is visible to all object files 
STB_WEAK (2) symbol is global with lower precedence 


st_info & 15 
Lower four bits define the type of the symbol: 


STT_NOTYPE (0) symbol has no type 

STT_OBJECT (1) symbol is a data object (a variable) 
STT_FUNC (2) symbol is a function 

STT_SECTION (3) symbol is a section name 
STT_FILE (4) symbol is the filename 


st_other 
Currently not used. 


st_shndx 
Index of the section where the symbol is defined. Special section numbers 
include: 


SHN_UNDEF (0x0000) undefined section 
SHN_ABS (0xfff1) absolute, non-relocatable symbol 
SHN_COMMON (0xfff2) unallocated, external variable 


F.1.9 String Table 


The string table sections, .strtab and .shstrtab, contain the null terminated names 
of symbols in the symbol table and section names. Those symbols point into the 
string table through an offset. The first byte of the string table is always zero and 
after that all strings are stored sequentially. 
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Compiler -X Options Numeric 
List 


The compiler -X options are listed in alphabetic order in 5.4 Compiler -X Options, 
p.48 and following, with the internal numeric equivalent shown for each option. 


However, when -Xshow-configuration=1 is combined with -S or 
-Xkeep-assembly-file to create an assembly file, the -X options are shown in 
numeric form only. 


This appendix lists compiler -X options that have numeric equivalents in numeric 
order. 


Each option is shown in the form: 


-Xn -Xname (page number) 
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-Xmismatch-warning (94) 
-Xfp-min-prec-... (79) 
-Xmemory-is-volatile (93) 
-Xlocals-on-stack (90) 
-Xtest-at-... (111) 
-Xdialect-... (71) 
-Xenum-is-... (73) 
-Xforce-... (78) 
-Xstack-probe (106) 
-Xpass-source (98) 
-Xbit-fields-... (60) 
-Xswap-cr-nl (110) 
-Xsuppress-warnings (109) 
-Xunroll (112) 
-Xunroll-size (112) 
-Xstring-align (108) 
-Xinline (84) 
-Xparse-size (97) 
-Xbottom-up-init (61) 
-Xtruncate (111) 
-Xchar-... (63) 
-Xblock-count (60) 
-Xopt-count (97) 

-XO (96) 

-Xkill-opt (87) 
-Xkill-reorder (87) 
-Xrestart (103) 
-Xadd-underscore (57) 
-Xtarget (110) 
-Xinterwork (85) 
-Xalign-functions (57) 
-Xsoft-float (106) 
-Xdata-relative-... (68) 
-Xcharset-asci (63) 
-Xpic (99) 

-Xident-... (81) 

-Xrtc (103) 
-Xargs-not-aliased (59) 
-Xclib-optim-off (64) 
-Xdollar-in-ident (72) 
Xfeedback-frequent (77) 
-Xfeedback-seldom (77) 
-Xfp-... (79) 
-Xunderscore-... (111) 
-Xsize-opt (106) 
-Xconst-in-... (67) 


-X75 
-X76 
-X77 
-X78 
-X81 
-X82 
-X83 
-X84 
-X85 
-X86 
-X87 
-X88 
-X89 
-X90 
-X91 
-X92 
-X93 
-X94 
-X96 
-X99 
-X100 
-X102 
-X104 
-X105 
-X106 
-X115 
-X116 
-X117 
-X119 
-X120 
-X122 
-X123 
-X125 
-X129 
-X135 
-X136 
-X137 
-X138 
-X139 
-X143 
-X146 
-X147 
-X152 
-X153 
-X154 
-X155 


-Ximport (82) 
-Xstruct-min-align (109) 
-Xextend-args (75) 
-Xkeywords (86) 
-Xstatic-addr-... (107) 
-Xieee754-pedantic (81) 
-Xbss-... (62) 

-Xlint (88) 
-Xstop-on-warning (107) 
-Xwchar (113) 

-Xinit-locals (83) 
-Xmember-max-align (93) 
-Xoptimized-debug-... (97) 
-Xinit-value (84) 
-Xinit-section (83) 
-Xstruct-arg-warning (108) 
-Xalign-min (58) 
-Xendian-little (73) 
-Xdouble-... (72) 
-Xdebug-mode (70) 
-Xaddr-data (57) 
-Xaddr-const (57) 
-Xaddr-string (57) 
-Xaddr-code (57) 
-Xaddr-user (57) 
-Xlocal-data-area (89) 
-Xdebug-struct-... (71) 
-Xcpp-no-space (68) 
-Xbool-is-... (61) 

-Xcomdat (66) 

-Xsect-pri-... (105) 
-Xprof-... (100) 
-Xfull-pathname (80) 
-Xsection-split (104) 
-Xbit-fields-compress-... (59) 
-Xexplicit-inline-factor (75) 
-Xold-inline-asm-cast (96) 
-Xlicense-wait (88) 
-Xconservative-static-... (67) 
-Xswitch-table (110) 
-Xstruct-assign-split-max (108) 
-Xstruct-assign-split-diff (108) 
-Xsection-pad (104) 
-Xdebug-dwarf... (69) 
-Xintrinsic-mask (86) 
-Xpreprocessor-old (100) 


-X156 
-X157 
-X158 
-X161 
-X163 
-X165 
-X166 
-X167 
-X170 
-X171 
-X172 
-X173 
-X200 
-X201 
-X202 
-X205 
-X207 
-X213 
-X214 
-X215 
-X216 
-X217 
-X218 
-X219 
-X220 
-X221 
-X222 
-X223 
-X230 
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-Xmake-dependency (91) 
-Xmacro-in-pragma (90) 
-Xcpp-dump-symbols (67) 
-Xarray-align-min (59) 
-Xinline-explicit-force (85) 
-Xpreprocessor-lineno-off (100) 
-Xlocal-data-area-static-only (90) 
-Xvoid-prt-arith-ok (113) 
-Xdebug-align (69) 
-Xmacro-undefined-warn (90) 
-Xincfile-missing-ignore (82) 
-Xstderr-fully-buffered (107) 
-Xexceptions-... (74) 
-Xjmpbuf-size (86) 
-Xdigraphs-... (72) 

-Xrtti-... (103) 
-Ximplicit-templates-... (82) 
-Xbool-... (61) 

-Xwchar-... (113) 
-Xsyntax-warning-... (110) 
-Xmax-inst-level (93) 
-Xfor-init-scope-... (78) 
-Xclass-type-name-.... (64) 
-Xnamespace-on (96) 
-Xpch-automatic (98) 
-Xpch-messages (98) 
-Xpch-diagnostics (98) 
-Xusing-std-... (112) 
-Xdialect-c{8,9}9 (71) 
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Messages 


H.1 Introduction 593 

H.2 Compiler Messages 594 
H.3 Assembler Messages 650 
H.4 Linker Messages 650 


H.1 Introduction 


This appendix provides additional information on messages generated by the 
compilers and some of the other tools. 


In analyzing messages, remember that a message can be generated for code which 
is apparently correct. Such a message is often the result of earlier errors. If a 
message persists after all other errors have been cleared, please report the 
circumstances to Customer Support. 
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H.2 Compiler Messages 


H.2.1 Compiler Message Format 


Table H-1 


Compiler messages have the form: 
"file", line #: severity-level (compiler:error #) : message 


Messages have one of four severity-level values as follows. The severity level for each 
message is shown in parentheses in the message description; for example, (w) for 
a warning message. 


NOTE: The severity level of a message can be changed with the -e command-line 
option. See 5.3.8 Change Diagnostic Severity Level (-e), p.36. See also option Pragma, 
p-128 to put this or other options in, for example, a header file for use in other 
source files, or A.3.2 UFLAGS1, UFLAGS2, DFLAGS Configuration Variables, p.551 
to specify options “permanently” in environment variables or configuration files. 


Compiler Message Severity Levels 


Severity Compilation Object File 

Level Type Continues Produced Notes 

i Information Yes Yes Usually provides detailed 
information for an earlier 
message. 

w Warning Yes Yes 

e Error Yes No 

f Fatal No No 


In each message, “compiler” identifies the compiler reporting the error: dcc for the 
C compiler or dplus for the C++ compiler. 


Example: 


"errl.c", line 2: error (dcc:1525): identifier i not declared 
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H.2.2 Errors in asm Macros and asm Strings 


Errors in assembly code embedded in C or C++ using asm macros or asm string 
statements are caught by the assembler, not by the compiler. 


If the -S option is not used, the compiler will generate a temporary assembly file 
which is discarded after assembly. To preserve the assembly file for use in 
diagnosing errors reported in asm macros or asm strings, either: 


= Use the -Xkeep-assembly-file and -Xpass-source command-line options to 
generate an annotated assembly file along with the object file. 


» Use the -S option to stop after compilation, along with the -Xpass-source 
option, and then assemble the file explicitly using das. 


H.2.3 C Compiler Message Detail 


Numbered messages are issued by the compiler subprogram. Unnumbered 
messages are issued by the driver and are listed first. 


NOTE: These messages are generated by ctoa (the C compiler) and dtoa (the older 
C++ compiler), not by etoa (the current C++ compiler). If you are compiling C++ 
code without the -Xc++-old option, a different set of C++ diagnostics is generated 
(see H.2.4 C++ Messages, p.649). When a message is shared by compilers, the same 
number is used for all instances. 


(driver) can’t find program program_name 
program_name will be the name of some component of the compiler or other 
tool. (f) 


Possible causes: 

« The compiler is not installed properly. 

«One of the compiler files has been deleted, hidden, or protected. 
* The dtools.conf or other configuration file is incorrect. 


(driver) can’t fork 
The system cannot start a new process. (f) 


(driver) missing comma in -Y option 
The -Yc,dir option must include a comma. (f) 
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(driver) illegal output name file 
Specific output filenames given with the -o option are invalid to avoid 
common typing mistakes. (f) 


dplus a.c -o b.c # b.c is an illegal output file name 


(driver) invalid option unknown 
The driver was started with an unrecognizable -W or -Y option. Note: -X 
options that are not recognized generate an “unknown option” message, and 
unrecognized but otherwise valid non -X options are passed to the linker. (f) 


(driver) program tool-name terminated 


The given executable has detected an internal error. May result from other 
errors reported earlier. If the problem does not appear to be a consequence of 
some earlier error, please report it to Customer Support. (f) 


1000: (general compiler error) 
The compiler has detected an internal error. May result from other errors 
reported earlier. If the problem does not appear to be a consequence of some 
earlier error, please report it to Customer Support. (f) 


1001: illegal argument type 
The operand cannot be used with the operator. (e) 


if ( i > pointer ) 


1003: function takes no arguments 
Function was defined without arguments, but was called with arguments. (e) 
int fun () {} 
main () { 
fun (1); 
} 
1004: wrong number of arguments 
Number of arguments given does not match prototype or function definition, 
(w) in C modules if -Xpec or -Xk-and-r or -Xmismatch-warning, (e) otherwise. 


int fring, Int .o.< tl, 2,332 


1006: string in string 
The compiler has detected an internal error. May result from other errors 
reported earlier. If the problem does not appear to be a consequence of some 
earlier error, please report it to Customer Support. (f) 


1007: ambiguous conversion -- cannot cast operand 
The compiler cannot find an unambiguous way to convert an item from one 
type to another. (e) 
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1010: Operator, type-designator, argument must be of pointer or integral type 
An operator that requires an integral or pointer type was applied to a different 
type. 
float f; 
£ = ~£; 


1012: operator, type-designator, argument must be of pointer or arithmetic type 
The operator requires a pointer or arithmetic type operand. (e) 


struct S { 
int i; 
}s; 
struct S *p; 
*p -> i =3; // 


1013: left argument must be of integral type 
The left operand must be an integral type. (e) 
pointer | 3; 


1015: type-designator, operator, type-designator, left argument must be of arithmetic 


type 
The operand to the left of the operator must be of arithmetic type. (e) 


pointer * 2; 
pointer / 2; 


1017: right argument must be of integral type 
The right operand must be an integral type. (e) 


7 | pointer; 


1019: type-designator, operator, type-designator, right argument must be of arithmetic 


type 
The operand on the right of the operator must be of arithmetic type. (e) 


2 * pointer; 
2 / pointer; 


1025: division by zero 
The compiler has detected a source expression that would result in a division 
by 0 during target execution. (w) 
int z = 0; fn(10/z); 
1028: type-designator [type-designator] requires a pointer and an int 
A subscripted expression requires a pointer and an integer. (e) 


main() { 
int 3) 
x[31e4¢ 
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1030: can’t take address of main 
Special rules for the function main() are violated. (e) 
int *p; 
p = main; 
1031: can’t take address of a cast expression 
The address operator requires an lvalue for its operand. (e) 
int ii; *p? 
float f; 
p = &(int)f£; 
1032: (anachronism) address of bound member function 
The correct way to refer to the address of a member function is to use the “::” 
operator. The C method, using the dot “.” operator, causes the compiler to 
generate the “anachronism” warning. (w) 
class C { 
public: 


fun(); 
yc; 


main() { 
class C * p; 
p= &c.fun; // Old way to reference a function 
} 
1033: can’t take address of expression 
Cannot use “&” or other means to find the address of the expression. (e) 
int *pointer; 
&pointer++; 
1034: can’t take address of bit-field expression 
The address of bit-fields is not available. (e) 
int fp; 
struct { 
int i:3; 


1041: returning from function with address of local variable 
A return statement should not return the address of a local variable. That stack 
area will not be valid after the return. (w) 
int i; 
return &i; 


mon 


1042: ?"type-designator":" type-designator, bad argument type(s) 
Incompatible types have been used with the conditional operator. (e) 
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int i, *pointer, *p; 
p = (2>1) ? i : pointer; 


1043: trying to decrement object of type bool 
A a boolean cannot be decremented. (e) 


bool b; 
b--; 


1044: assignment to constant expression 
A constant cannot be assigned a value after the constant is defined. (e) 


const int i=5; 
i=7; 


1045: assignment to non-lvalue of type type-designator 
The operand being assigned is not an lvalue type. (e) 


const c = 5; 
(ome a 


1046: assignment from type-designator to type-designator 
An attempt has been made to assign a type to an incompatible type. (e) 
int i, j; 
i = &j; 
1047: trying to assign "ptr to const" to "ptr" 
A pointer to a const cannot be assigned to an ordinary pointer. (e) 
const int. “per int pis ..4 pl = pe: 
1050: bad left argument to operator operator not a pointer 
The operator requires a pointer for its left operand. (e) 
int ine, a> 
intl -> j=3; 


1051: not a class/struct/union expression before ... 
The left hand side of a.” or ”.*” or “->” or “->*” operator must be of type class 
or pointer to class. (e) 


5->a = 128; // 5 is not a pointer to a class 


1055: illegal function call 
The function call is not valid. (e) 


int i; 


i(); 
1056: illegal function definition 
A function definition is invalid. (e) 


fun(iint i); 
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1057: main() may not be called from within a program 
Calling main() is not permitted. (e) 
fun() { 
main(); 
} 
1059: (compiler error) 
The compiler has detected an internal error. May result from other errors 
reported earlier. If the problem does not appear to be a consequence of some 
earlier error, please report it to Customer Support. (f) 


1060: assignment operator "=" found where "==" expected 
Encountered a conditional where the left hand side is assigned a constant 
value: (w) 
if (i = 0) ... /* should possibly be i == 0) */ 


1061: illegal cast from type-designator to type-designator 
An attempt is made to perform a cast to an invalid type, i.e., a structure or 


array type. (e) 
struct a = (struct abc)x; 


1063: ambiguous conversion from type-designator to type-designator 
The compiler cannot find an unambiguous way to convert an item from one 
type to another. (e) 


1074: illegal cast 
An attempt is made to perform a cast to an invalid type, i.e., a structure or 


array type. (e) 


1075: friend declaration outside class/struct/union declaration 
The keyword friend is used in a invalid context (e) 


friend class foo { 
3 


1076: static only allowed inside { } in a linkage specification 
Attempt to declare a static object in a one-line linkage specification. (e) 


extern "C" static int i; // static + extern at same time? 


1077: typedefs cannot have external linkage 
Linkage specification ignored for typedef, cannot have "C" or "C++" linkage. 


(w) 
extern "C" typedef int foo; 


1079: identifier name previously declared linkage 
The identifier was already declared with another linkage specification. (e) 
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int foo; 
extern "C" int foo; 


1080: inconsistent storage class specification for name 
The identifier was already declared, with another storage class. (e) 


bar () 

{ 
int foo; // foo is auto by default 
static int foo; // now static 


} 


1081: illegal storage class 
External variables cannot be automatic. Parameters cannot be automatic, 
static, external, or typedef. (e) 


int fn(i) 
Static int ay tae. 3 


1082: illegal storage class 
A variable has been declared, but cannot legally be assigned to storage. (e) 


register int r; // Outside of any function 


1083: only functions can be inline 
The inline keyword was applied to a non-function, for example, a variable. (e) 


1084: only non-static member functions can be virtual 
For example, operators new and delete cannot be virtual. 


virtual void *operator new( size_t size){...} 


1086: redeclaration of identifier 
It is invalid to redeclare a variable on the same block level. (e) 


int a; double a; 


1087: redeclaration of function 
A function was already declared. May be caused by mis-typing the names of 
similar functions. (e) 


1088: illegal declaration 
Common causes and examples: (e) 
A scalar variable can only be initialized toa single int i = 1, 2; 
value of its type. 
Functions cannot return arrays or functions. char fn() [10]; 


Variables cannot be of type void. (Usually caused by void a; 
a missing asterisk, e.g. void *p; is correct.) 
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Only one void is allowed as function argument. int fn(void, void); 


An array cannot contain functions. 


1089: illegal initializer 
An initializer is not of the proper form for the object being initialized. Often 
caused by a type mismatch or a missing member in a structure constant. (e) 


1090: static/external initializers must be constant expressions 
Static initializations can only contain constant expressions. (e) 
static int i = j+3; 

1091: string too long 
A string initializer is larger than the array it is initializing. (e) 
char str[3] = "abcd"; 


1092: too many initializers 
The number of initializers supplied exceeds the number of members in a 
structure or array. (e) 


int ar[3] = { 1,2,3,4 }; 


1094: illegal type for identifier identifier 
This can indicate a template was instantiated with the wrong arguments. (e) 


template<class T> 
class C{}; 


C<int, int> WrongArgs; 


1096: typedef may not have the same name as its class 
Only constructors and destructors for a class may have the same name as the 
class. (e) 


1097: function-declaration in wrong context 
A function may not be declared inside a struct or union declaration. (e) 
struct { int £(); }; 


1098: only non-static member functions can be string 
Only non-static member functions can be const or volatile. 
class A { 
static foo() const; 
yi 
1099: all dimensions must be specified for non-static arrays 
For an array ina class all dimensions must be specified, even if the array is not 
static. (e) 
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1100: member is incomplete 
The structure member has an incomplete type, i.e., an empty array or 
undefined structure. (e) 


struct { int ar[]; }; 


1101: anonymous union member may not have the same name as its class 
Only constructors and destructors for a class may have the same name as the 
class. (e) 


1102: anonymous unions can’t have member functions 
1103: anonymous unions can’t have protected or private members 


1104: name of anonymous union member name already defined 
An identifier with the same name as an anonymous union member was 
already declared in the scope. (e) 
anit: Ty 
static union { 
int i; // i already declared 
} 
1105: anonymous unions in file scope must be static 
A special rule for an anonymous unions is violated. (e) 


1106: friends can’t be virtual 
A friend is not a member of the class; it cannot be virtual. (e) 


1107: conversion functions must be members of a class 
It is not valid to define a conversion function that is not a class member. A 
conversion function cannot take arguments. A conversion function cannot 
convert to the type of the class if it is a member of, or a reference to it. (e) 


1108: member function declared as friend in its own class 
Invalid declaration. (e) 
class A { 
foo(int) ; 
friend A::foo(int); 
} 
1110: identifier identifier is not a member of class class-name 
The identifier to the right of :: is not in the class on the left side. (e) 


1111: identifier identifier not member of struct/union 


The expression on the right side of a ”.” or “->” operator is not a member of the 
left side’s struct or union type. (e) 
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1112: member declaration without identifier 
A struct or union declaration contains an incomplete member having a type 
but no identifier. (w) 
struct foo { int; ...}; 
Struct “struct: bar ‘f cic: Pee esa de 
1113: identifier name used both as member and in access declaration 
A use of the name would be ambiguous. (e) 
class A { 
public: 


int foo; 


1% 


struct B : private A { 
int foo; 
A::f00; 

es 


1114: array is incompletely specified 
An array cannot be declared with an incomplete type. (e) 


int a[]; // No array size 


1115: type ... is incomplete 
Attempt to access a member in an incomplete type. (e) 


1117: identifier identifier not an argument 
An identifier that is not in the parameter list was encountered in the 
declaration list of an old-style function. (e) 


f(a): Pnt-b? fans. 3 


1120: constant expression expected 
The expression used in an enumerator list is not a constant. (e) 


enum a { b = f(), c }; 


1121: integer constant expression expected 
The size of an array must be computable at compile time. (e) 


int ar[fn()]; 


1123: illegal type of switch-expr 
A switch expression is of a non-integral type. (e) 


1124: duplicate default labels 
A switch has should not have more than one default label. 


1125: int constant expected 
A bit-field width must be an integer constant. (e) 
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1126: case expression should be integral constant 

Case expressions must be integral constants. (e) 

int i,j; 

switch (i) { 

case j: 
i= 8; 

} 
1127: duplicate case constants 

A case constant should not occur more than once in a switch statement. (e) 


case 1: ... case 1: 


1127: duplicate case constants 
Duplicate case constants were detected. (e) 
main() { 
int year,j; 
switch (year) { 
case 2000: 
J = 8; 
case 2000: 
jie 9} 
} 


1128: function must return a value 
Found a return statement with no value in a function. (e) 
int foo() 

{ 
return; // Must return a value. 
} 

1129: constructor and destructor may return no value 

A constructor or destructor must not return a value. (e) 


1130: parameter decl. not compatible with prototype 
There is a mismatch between a prototype and the corresponding function 
declaration in either number of parameters or parameter types. (e) 
int fn(int, int); 
int fn(int a, float b) { ... } 
1131: multiple initializations 
A variable was initialized more than once. (e) 


4 
5 


static inta 
static inta 


1133: extern objects can only be initialized in file scope 
An extern object cannot be initialized inside a function. (e) 
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main() { 
extern int i=7; 
} 
1133: extern objects can only be initialized in file scope 
Attempt to initialize an extern object in a function. (e) 


foo () 
{ 


extern int one = 1; 


} 


1134: can’t initialize arguments 
It is not valid to attempt to initialize function parameters. (e) 


F(R) int Soya Lae 3 

1135: can’t init typedefs 
A typedef declaration cannot have an initializer. (e) 
typedef unsigned int uint = 5; 


1136: initialization of automatic aggregates is an ANSI extension 
When the compiler is run in PCC compatibility mode on a C module (-Xpcc), 
it will report initialization of automatic aggregate types. (w) 


f() { int ar[3] = {1,2,3}; ... } 
1140: too many parameters for operator ... 
Overloaded operator declared with too many parameters. (e) 


1141: too few parameters for operator ... 
Overloaded operator declared with too few parameters. (e) 


1142: second argument to postfix operator "++" or "--" must be of type int 
The argument is of the wrong type. (e) 
struct A { 


operator++(double); // Arg type must be int 
3 


1143: operator->() must return class or reference to class 


1144: operator ... can only be overloaded for classes 


The operators “,” and “=” and the unary “&” can only be overloaded for 
classes. (e) 


1145: operator... must be a non-static member function 
The operators (), [], and -> must be non-static member functions. These 
operators can only be defined for classes. (e) 
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1146: non-member operator function must take at least one argument of class or 
enum type or reference to class or enum type 
A non-member operator function must take at least one argument, which is of 
a class or enum type or a reference to a class or enum type. (e) 


Date operator+(int i, j){...} 


1147: constructors can’t be declared string 
Constructors cannot be declared static or virtual. 


1148: constructors can’t have a return type 
A constructor declaration is invalid. (e) 


1149: constructor is illformed, must have other parameters 
A constructor declaration is invalid. (e) 


1151: can’t have a destructor in a nameless class/struct/union 
A nameless class cannot have a destructor since the destructor takes its name 
from the class. (e) 
class { 
~foo(); 
+3 
1152: destructors must have same name as the class/struct/union 
The destructor declaration is invalid. (e) 


1153: destructors may have no return type 
const ~k() {} 


1154: destructors can’t be declared string 
Destructors cannot be declared static. 


1155: destructors may take no arguments 
The destructor declaration is invalid. (e) 


1156: conversion functions may take no arguments 
It is not valid to define a conversion function that is not a class member. A 
conversion function cannot take arguments. A conversion function cannot 
convert to the type of the class if it is a member of, or a reference to it. (e) 


1157: conversion to original class or reference to it 
It is not valid to define a conversion function that is not a class member. A 
conversion function cannot take arguments. A conversion function cannot 
convert to the type of the class if it is a member of, or a reference to it. (e) 


1159: no type found for identifier, can be omitted for member functions only 
The identifier has not been declared. (e) 
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1160: class already has operator delete with number of argument(s) 
The delete operator cannot be overloaded. (e) 


1161: member operator functions can’t be static 
Operator functions in a class cannot be declared static. (e) 


1162: member of abstract class 
A class member cannot be of abstract type. (e) 


1163: unions can’t have virtual member functions 
Union cannot have virtual functions as members. (e) 


1164: member function of local class must be defined in class definition 
Because functions cannot be defined in other functions, any function in a local 
class must be defined in the class body. (e) 


1165: redeclaration of member identifier 
A member occurs more than once in a struct, union, or class. (e) 
struct { int ml; int m1; }; 


1166: member name already declared 
Attempt to re-declare a member. (e) 
class A { 
int a; 
int a; // Already declared 
yi 
1167: static data member may not have the same name as its class 
Only constructors and destructors for a class may have the same name as the 
class. (e) 


1168: a local class can’t have static data members 
Only non-static members can be used in a local class. (e) 


1169: unions can’t have static data members 
Union cannot have static data members. (e) 


1170: illegal union member 
An object of a class with a constructor, a destructor, or a user defined 
assignment operator cannot be a member of a union. (e) 


1171: illegal storage class for class member 
A class member cannot be auto, register, or extern. (e) 


1172: parameter has no identifier 
When declaring a function, a name as well as a type, must be supplied for each 
parameter. (e) 
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int fn(int a, int) { ... } 


1173: compiler out of sync: probably missing ";" or "} 


int i int j; missing ’;" after i 
dribble f; should be double 


1174: ellipsis not allowed as argument to overloaded operator 
Cannot declare an overloaded operator with “...” as arguments. (e) 


1175: ellipsis not allowed in pascal functions 
Functions declared with the pascal keyword are not allowed to have a variable 
number of arguments as indicated by an ending ellipsis ”...”. (e) 


1176: argument n to string must be of type size_t 
For example, operator delete’s second argument must be of type size_t 
void operator delete(void *type, int x) { 
free (type) ; 
} 
1177: string must return void * 
For example the operator new must return a void pointer. 


int *operator new(size_t size){...} 


1179: string takes one or two arguments 
For example, operator delete takes one or two arguments (e). 


void operator delete(void *type, size_t size, int x){...} 


1180: operator delete must have a first argument of type void * 
The first argument of delete must be of type void". 
void operator delete(int x) { 
free(x); 
} 
1181: string must return void 
For example, operator delete must return void. 


int operator delete(void *type){...} 


1182: class class-name has no constructor 
It is invalid to initialize an object that does not have a constructor by using the 
constructor initialization syntax. (e) 
struct A { 
int by, -c; 


+e 
A a(1,2); 
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1183: temporary inserted for non-const reference 
The compiler made a temporary copy of a variable used in an assignment to a 
C++ reference. (w) 


void getCount (unsigned int& count) 
{ 

count = 5; 

return; 


} 


signed int x = 100; 
getCount (x); 


In this example, the compiler makes a temporary copy of x and passes the copy 
(cast to unsigned int) to getCount. Hence it is the copy of x, and not x itself, 
that is modified by getCount; after the function executes, the value of x is still 
100, not 5. 


1184: temporary inserted for reference return 


Vint& constant1 () 
{ 
return 1; 


} 


1186: const member identifier must have initializer 
A constant member of a class must be initialized. (e) 


class line{ 
const int length; 


be 
1188: jump past initializer 
An object cannot be accessed before it has been constructed. 


class C 
{ 

public: 

int i; 

C(int ii) : ai(ii) {} 
ti 


void AllAlarmsOnoff (int function) 
{ 
switch ( function ) 
{ 
case 1: 
C c(0); 
break; 
default: 
c.i = 12; // invalid access 
break; 
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1190: this cannot be used outside a class member function body 


1192: mismatching parenthesis, bracket or ? : around expression 
Mostly likely, a parenthesis or bracket was left out of an expression, or the “?” 
and “:” in a conditional expression where interchanged. (e) 


int i = (5 + 4]; // ] should have been a ) 


1193: missing operand for operator 
An operand is missing. (e) 
263 
1194: (compiler error) 
The compiler has detected an internal error. May result from other errors 


reported earlier. If the problem does not appear to be a consequence of some 
earlier error, please notify Customer Support. (f) 


1195: missing operand somewhere before 
An operand was left out of an expression. (e) 


1196: missing expression inside parenthesis 
An expression was expected between the parentheses. (e) 


i=() ; 


1197: missing operand for operator ... inside parenthesis 
An operand was left out of an expression. (e) 


1198: too many operands inside parenthesis 
An operator between the operands is missing. (e) 


1199: missing expression inside brackets 
An expression was expected between the brackets. (e) 


int x [5] 
int i = x[]; // x must be subscripted 


1200: missing operand for operator ... inside brackets 
1201: too many operands inside brackets 


1202: missing operator before string 
An operator is needed before string. 


i = (2>1) 3: 4; // Conditional operator needs '?' 


1205: operator ? without matching : 
Operator “?” must be followed by a “:” . (e) 


int i = 4°95; // Missing + part 
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1207: syntax error near token 
The parser has found an unexpected token. (e) 


af Sa se Cf missing jt ay 
1208: expression expected 
Could not find an expression where it was expected. (e) 


if () { // The condition is missing. 


} 


1209: illegal expression 
There was something wrong with the expression. Another error has probably 
already been reported. (e) 


1210 to 1216: (compiler error) 
The compiler has detected an internal error. May result from other errors 
reported earlier. If the problem does not appear to be a consequence of some 
earlier error, please notify Customer Support. (f) 


For users searching online: 1211, 1212, 1213, 1214, 1215, 1216. 


1219: (internal error) 
The compiler has detected an internal error. May result from other errors 
reported earlier. If the problem does not appear to be a consequence of some 
earlier error, please report it to Customer Support. (f) 


1221: don’t know size of object 
The sizeof operator is used on an incompletely specified array or undefined 
structure, or an array of objects of unknown size is declared. (e) 


extern int ar[]; sz = sizeof(ar); 
1224: type must have default constructor 


The class must have a default constructor. (e) 


1227: EOF in comment 
The source file ended in a comment. (w) if -Xpcc, (e) otherwise. 


1228: too many characters in character constant 
A character constant has more than four characters. The limit is four on 32 bit 
machines. (e) 


Nabedt;  /* oki -*7 
"abcde'; /* not ok */ 


int il 

int i2 
1229: EOF in character constant 

The source file ended at an unexpected place during parsing. (f) 
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1230: newline in character constant 
Vchar TAB = '\t; 


1231: empty character constant 
There are no characters in a character constant. If an empty string is desired, 
use string quotes "". (e) 


int 13 Se ' hs /* This is two single quotes characters. */ 
1232: too many characters in wide character constant 


1234: newline in wide character constant 
A newline is in a wide character constant. 


Example: in the following, the wide character constant is intended to be L'ab', 
but is broken across two lines. 


int 3S h'ae 
b'; 


1235: empty wide character constant 
Empty wide character constants are not allowed: 
dati s 


1236: EOF in string constant 
The source file ended at an unexpected place during parsing. (f) 


1237: newline in string constant 
The end of a line was found while parsing a string constant. Usually caused by 
a missing double quote character at the end of the constant. (e) 


char * message = "Not everything that counts can be counted. 


1238: illegal hex constant 
Reported whenever an “x” or “X” is found in a numeric constant and is not 
prefixed with a single zero. (e) 


i = 1lxab; 


1239: too long constant 
A numeric constant is longer than 256 characters. (e) 


1240: floating point value (...) out of range 
A floating point constant exceeds the range of the representation format. (e) 


double d = 1e10000; 


1241: floating point overflow 
Floating point overflow occurred during constant evaluation. (e) 


float f£=4E200; 
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1242: bad octal constant 
A numeric constant with a leading zero is an octal constant and can only 
contain digits 0 through 7. (w) 


dos OF 8 // '8' is invalid in an octal constant 


1243: constant out of range 
Constant overflows its type. (e) 


int i = 4294967299; // Constant bigger than ULONG_MAX 
1243: constant out of range [ operator ] 


A constant is out of the range of the context in which it is used. If the operator 
is present, it shows the operator near the use of the invalid constant. (w) 


int j = Oxffffffffff; 


1244: constant out of range (string) 
An invalid constant was used. (w) 


const int x=OxffffffffFf; 
if ( (char) c==257) 


1245: illegal character: 07 (octal) 
The source file contains a character with octal code n that is not defined in the 
C language. This can only occur outside of a string constant, character 
constant, or comment. (e) 


nameS$from$PLM = 1; 


1246: no value associated with token 
The compiler has detected an internal error. May result from other errors 
reported earlier. If the problem does not appear to be a consequence of some 
earlier error, please report it to Customer Support. (f) 


1247: syntax error after string, expecting string 
The expression is missing a semicolon or some token. (e) 
int i 

1248, 1249: label identifier already exists 
A label can only refer to a single place in a function. (e) 


1250: label identifier not defined 
The label used in a goto statement is not defined. (e) 


1251: label identifier not used 
The label is never used. One possible cause is the misspelling of a label. This 
message appears if the -Xlint option is used. (w) 
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main() { 

agian: // typo? 
goto again; 

} 

1252: typedef specifier may not be used in a function definition 
Bad use of the typedef specifier. (e) 
typedef int foo() 

{ 
} 

1253: virtual specifier may only be used inside a class declaration 
Function cannot be declared virtual outside class body. (e) 
struct A { 

foo(); 
ti 

virtual A::foo() {} // Not virtual in the class declaration 

1254: redefinition of function 
The function is already defined. (e) 
int foo() (3 
int foo() (} 

1255: unions may not have base classes 
Union cannot have base classes. (e) 


1256: unions can’t be base classes 
Union cannot be used as base classes. (e) 


1257: inconsistent exception specifications 
Two function declarations specify different exceptions. (e) 
int foo() throw (double) ; 
int foo() throw (int); 
1258: exception handling disabled 
Exception handling has been turned off. Use -Xexception=1 to enable it. (e) 


1259: rtti disabled 
RTTI (run-time type information) can be enabled or disabled through the 
-Xrtti-... option. See 5.4.114 Enable Run-time Type Information (-Xrtti, -Xrtti-off), 
p-103. 


1260: non-unique struct/union reference 
In PCC mode (-Xpcc) the compiler attempts to locate a member of another 
struct if given an invalid reference. If no unique member can be found, this 
error is issued. (e) 
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struct a { int i; int m; }; 

struct b { int m; int n; }; 

int i; ... i->m = 1; 
1261: insufficient access rights to member-name in base-class-name base class of 
derived-class-name 

Attempt to access a member in a private or protected base class. (e) 


1264: main can’t be overloaded 
Special rules for the function main() are violated. (e) 


1265: can’t distinguish function_name1 from function_name2 
Two overloaded functions cannot be distinguished from each other; they 
effectively have the same number and types of arguments in the same order. 


(e) 


int foo(int); 
int foo(int &); 
1266: function function-name already has “C” linkage 
Only one of a set of overloaded functions can have "C" linkage. (e) 
extern "C" foo(int) ; 
extern "C" foo(double) ; 
1268: only virtual functions can be pure 
Pure specifier found after non-virtual function. (e) 
class foo { 
bar() = 0 // Must be virtual 
i 
1269: Identifier is not a struct/class/union member 
The identifier is not a member of a structure, class, or union. (e) 
int i; 
i.j = 3; // j3 is not a member of a structure. 
1272: member name used outside non-static member function 
Attempt to reference a class member directly in a static member function or an 
inlined friend function. That is invalid in a function where keyword this 
cannot be used. (e) 


1275: error string 
This error number can indicate a number of different kinds of errors. In some 
cases, this message gives additional information about an error message 
displayed above this one. For example, if a function call is ambiguous, this 
error prints the names of candidate functions. 
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1276: can’t use ... in default argument expression 
Class members can only be used in default arguments if they are static. 
Function arguments cannot be used in default arguments. Local variables 
cannot be used unless they are declared extern. (e) 


int foo(int a, int b = a) 


{ 
} 


1278: can’t restrict access to identifier 
An access declaration cannot restrict access to a member that is accessible in 


the base class, nor can an access declaration enable access to a member that is 
not accessible in the base class. (e) 


1279: can’t enable access to identifier 


1281: no function matches call to string 
The compiler did not find a match for a class method, or a template function. 
This can also indicate that a class does not have a default constructor. (e) 
class line{ 
public: 
line () {} 
3 
line 1(5,6); 


Second example: 


template< class T> T max(T a, Tb) { 
return(a>b) ? a: b; 


main() { 
int i; 
char c; 
max(i,c); 


} 
1282: can’t resolve function call, possible candidates: 
An overloaded function was called, but the function arguments did not match 
any prototype. (e) 
fun(int i) {} 


fun(char c) {} 


main() { 
float f; 
fun (tf); 
} 


1285: ambiguous reference to identifier, could be candidate1 candidate? ... 
The identifier could not be resolved unambiguously. The error message is 
followed by a list of possible candidates. (e) 
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struct A { int a; }; 
struct B { int a; }; 
struct C : public A, public B {}; 


foo () 

{ 
Cc; 
c.a = 1; // Which a, A::a or B::a? 
} 

1288: return type not compatible with ... 
A virtual function has a return type that is incompatible with the return type 
of the virtual function in the base class. (w) 


1292: too many arguments for function style cast to string 
Function style casts to a basic type or a union type can only take a single 
argument. (e) 


int t= ant(3.4) 5.639 


1293: non-type in new expression 
A new expression requires a type. 


class list {}; 


class list. * ep; 
cp = new lis; // Spelled wrong 
1294: type in new expression is abstract 
The type in a new expression must not be abstract. 


1295: first dimension must be an integral expression 
The first dimension of an array type in a new expression must be an integral 
expression. (e) 


double d; 
int *p = new int[d]; 


1296: can’t create void objects 
The type in a new expression was void. 


void *p = new void; 
1297: type in new expression is incompletely specified 


1298: object of abstract class 
Attempt to declare an object of an abstract class. (e) 


1298: can’t construct object of abstract type 
The type in a new expression is of abstract class. (e) 
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struct A { 
virtual foo() = 0; 
yi 
A *p = new A; 
1299: can’t construct objects of array type 
Array elements in an array allocated with new cannot be given initial values. 


(e) 


struct A {}; 
A *p = new A[5](1,2,3,4,5); 


1304: already volatile 
A variable was declared volatile more than once. (w) 
int * volatile volatile foo; 


1305 to 1336: (compiler error) 
The compiler has detected an internal error. May result from other errors 
reported earlier. If the problem does not appear to be a consequence of some 
earlier error, please report it to Customer Support. (f) 


For users searching online: 1305, 1306, 1307, 1308, 1309, 1310, 1311, 1312, 1313, 
1314, 1315, 1316, 1317, 1318, 1319, 1320, 1321, 1322, 1323, 1324, 1325, 1326, 1327, 
1328, 1329, 1330, 1331, 1332, 1333, 1334, 1335, and 1336. 


1337: EOF in inline function body 
The end of the source file was found while parsing an inline function. (f) 


1338: arguments do not match template 
The actual template argument types must match the declaration exactly. (e) 


template<int size> 
class foo { 

ee 
es 


foo<7, 7> qux; 


1339: arguments do not match template template name 
The arguments do not match the template. 


template<class T> 
class C{}; 


C<int, int> WrongArgs; 


1340: can’t recover from earlier errors 
Certain earlier errors have made it impossible for the parser to continue. (f) 
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1341: compiler out of sync: mismatching parens in inline function 
The compiler is unable to parse an inline function. Check the function to see if 
the parentheses are nested correctly. (f) 


1344: syntax error - unexpected end of file 
The parser has found an unexpected token. (e) 


1347: identifier name used as template name 


The identifier cannot be used as a class, struct, or union tag since it is already 
a template name. (e) 


template<class T> 
class foo { 


3 


struct foo { 
} 

1354: "0" expected in pure specifier 
A value other than 0 was found ina pure specifier. (e) 
class foo { 

virtual bar() = 5; // Should have been 0 
} 

1355: all dimensions but the first must be positive constant integral expressions 
The first dimension of an array may be empty in some contexts. In a 
multi-dimensional array, no other dimensions may be empty (and none may 
be negative). (e) 


int array[-4]; 


1360: base class expected 
Base class not found after “:” or “,” in a class definition. (e) 


class A: {}; // The base class is missing 


1361: can’t initialize ... with a list 


An object of a class which has constructors, bases, or non-public members 
cannot be initialized as an aggregate. 
struct foo { 
private: 
int i 
public: 
int: j, k; 
}; 


foo bar = { 1, 2, 3 }; // i is private 


1362: can’t nest function definitions 
Functions cannot be defined inside other functions. 
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void foo() 
{ 
void bar() { } // No nesting 
} 
1367: class class-name used twice as direct base class 
Cannot use the same class as a base class more than once. (e) 


class A {}; 
class B: A, A {}; 


1368: class name expected after ~ 
Encountered “~” in a class, apparently to declare a destructor, but it was not 
followed by the class name. (e) 


class foo { 


i 


yi 

1370: class/struct/union cannot be declared specifier 
A function specifier is applied to a definition of a class, struct, or union. (e) 
inline class foo { /* inline is invalid for a class */ 
yi 

1371: conflicting declaration specifiers: specifier specifier2 
Illegal mixing of auto, static, register, extern, typedef and/or friend. (e) 
extern static int foo; 


1372: conflicting type declarations 
More than one type specified in a declaration. (e) 


int double foo; 


1373: enumerator may not have same name as its class 
Only constructors and destructors for a class may have the same name as the 
class. (e) 


1376: function function name is not a member of class class name 
A function was not declared, it was misspelled, or the parameters were not 
used consistently. (e) 
class line{ 
lint(int 1); // Misspelled 
i 
line::line(int 1) {} 
1378: function function name is not found 
A function call referred to a function that was not found. (e) 


621 


Wind River Compiler for ARM/XScale 
User's Guide, 5.4 


static int fun(); 
main() { 
fun(); 


} 


1379, 1380: identifier ... declared as struct or class. Use struct or class specifier 
identifier ... declared as union. Use union specifier 
There was a type mismatch between the declaration and the use of an 
identifier. (e) 


union u { 

3 

struct u foo; // u was a union, cannot also be struct 
1381: identifier name not a nested class nor a base class 


Something that is not a class was used as a base class. (e) 


1383: identifier identifier is not a type 
What appeared to be a declaration began with an identifier that is not the name 
of a type. 
INT I; 


1384: identifier name not a direct member 
Attempt to initialize a variable that is not a direct member of the class. (e) 


struct B { int b; }; 


struct C : public B { 
int c; 
C(int i) : c(i), b(i) {} // Can’t initialize b here 
if 
1385: identifier identifier not a static member of class class name 
Invalid declaration. (e) 
struct A { 
int i; 
yi 
int A::i; 
1386: identifier identifier not declared in string 
An identifier is used but not declared. Check the identifier for spelling errors. 


(e) 


1388: identifier identifier not declared 
An identifier was used without being declared. (e) 


1391: identifier name is not a class 
An identifier that is not a class was used before “::”. 
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1394: illegal expression 
A break statement is only allowed inside a for, while, do or switch statement. 


(e) 
A continue is only allowed inside a for, while or do statement. (e) 


A default or case label is only allowed inside a switch statement. (e) 


1395: illegal function specifier for argument 
A parameter cannot be declared inline or virtual. 


void foo(inline int); 


1397: illegal storage class for class/struct/union 
A storage class other than extern is specified for a definition of a class, struct, 
or union. (e) 


auto class foo { 
Ve 


1403: main can’t be declared string 
Special rules for the function main() are violated. (e) 


1404: mem initializers only allowed for constructors 
Members can only be initialized with the member initializer syntax in 
constructors. (e) 
class A { 

int i; 
int foo() : i(4711) {} // Not a constructor 
} 

1405: missing argument declaration 
Argument declaration omitted. (e) 
class bar { 

foo(, int); 
Ye 

1410: no default arguments for overloaded operators 

Overloaded operators cannot have default arguments. (e) 


1411: no redefinition of default arguments 
An argument can be given a default value only once in a set of overloaded 
functions. (e) 


void foo(int 
void foo(int 


17); 
4711); 


1412: no return type may be specified for conversion functions 
The return type of conversion function is implicit. (e) 
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class foo { 
double operator int(); // Cannot specify type 
} 
1414: non-extern object name of type type-name must be initialized 
A const object must be initialized unless it is extern. 


1415: non-extern reference name must be initialized 
References and const objects, which are not declared extern, must be 
initialized. So must objects of classes that have constructors but no default 
constructors. (e) 


const struct S &structure; 


1417: only functions can have pascal calling conventions 
int pascal i; 


1418: only static constant member of integral type may have initializer 
A member that is a static integral type can be initialized; others cannot. (e) 
struct { 
const int *p =0x3333; 
1S; 
1419: operator ... cannot be overloaded 
“ey Mh hs 


It is invalid to overload any of the operators “.” or or “2:2”. 


1420: parenthesized expression-list expected after type typename 


1423: redeclaration of symbol ... 
A symbol in an enumerated type clashes with an earlier declaration. (e) 


1427: static function declared in a function 
There is no use declaring a static function inside another function. (e) 


void foo() 
{ 


static void bar(); 


bar(); // Call to bar, but where can it be defined? 
} 


1428: static member ... can’t be initialized 
A static class member cannot be initialized in a member initializer. (e) 


class A { 
static int si; 
A(int ii) : si(ii) {} 


7 


1429: string literal expected in asm definition 
String missing in an asm statement. 


asm() ; // the parentheses should contain an instruction 
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1430: subsequent argument without default argument 
Only the trailing parameters may have default arguments. (e) 


void foo(int = 4711, double); 


1431: syntax error - catch handler expected after try 
The parser has found an unexpected token. (e) 


1432: syntax error - catch without matching try 
The parser has found an unexpected token. (e) 


1433: syntax error - class key seen after type. Missing ;? 
The parser has found an unexpected token. (e) 


1434: syntax error - class name expected after :: 
The parser has found an unexpected token. (e) 


1435: syntax error - colon expected after access specifier 
The parser has found an unexpected token. (e) 


1436: syntax error - declarator expected after ... 
The parser has found an unexpected token. (e) 


1437: syntax error - declarator expected after type 
The parser has found an unexpected token. (e) 


1438: syntax error - declarator or semicolon expected after class definition 
The parser has found an unexpected token. (e) 


1439: syntax error - else without matching if 
The parser has found an unexpected token. (e) 


1441: syntax error - identifier expected after ... 
The parser has found an unexpected token. (e) 


1442: syntax error - initializer expected after = 
The parser has found an unexpected token. (e) 


1444: syntax error - keyword operator must be followed by an operator or a type 
specifier 
The parser has found an unexpected token. (e) 


1446: syntax error - type tag expected after keyword enum 
The parser has found an unexpected token. (e) 


1454: type defined in return type (forgotten “;”?) 
It is illegal to define a type in the function return type. (e) 
struct foo {} bar() 


{ 
} 
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1455: type definition in bad context 
A type was defined where it was not allowed. (e) 


1456: type definition in condition 
Types cannot be defined in conditions. (e) 


if (struct foo { int i } bar) { 
Els 
} 


1457: type definition not allowed in argument list 
Types cannot be defined in argument lists. (e) 
int foo( struct bar int a; } barptr); 

1460: type expected after new 
A new expression requires a type. (e) 

p = new; 

1461: type expected for ... 

No type found in declaration of a variable. (e) 


1462: type expected in template parameter 
This could indicate a misspelling of a template parameter. (e) 


template<classT> ...; 


1463: type expected in arg-declaration-clause 
An argument type is missing in a function declaration. (e) 
class bar { 
foo (imt) ; 
yi 
1464: type expected in cast 
Found something that was not a type in a cast expression. (e) 


1465: type expected 
Found an expression that was not a type where a type was expected. (e) 


1466: type in new expression can’t be string 
A type in a new expression cannot be pascal or asm. 


1467: type in new expression may not contain class/struct/enum declarations 
Cannot declare types in a new expression. Nor can the types used in a new 
expression be const, volatile, pascal, or asm. The type used must be 
completely specified and cannot have pure virtual functions. (e) 


void *p = new enum foo { bar }; 


1469: unknown language string in linkage specifier: ... 
Only "C" and "C++" allowed in linkage specifiers. (e) 
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extern "F77 { // Don’t know anything about F77 linkage} 
1477: already const 
A variable was declared const more than once. (w) 
int * const const foo; 
1479: comma at end of enumerator list ignored 
A superfluous comma at the end of a list of enumerators was ignored. (w) 
enum foo { bar, }; 
1480: enumerators can’t have external linkage 
extern cannot be specified for enum declarations. (e) 
extern enum foo { bar }; 
1481: function function-name not declared 


If the -Xforce-declarations option is used, the compiler will generate this error 
message when a function is used before it has been declared. (w) 


1484: missing declarator in typedef 
No declarator was given in a typedef statement. (e) 


typedef class foo { 
ne 
yi 
1485: old style function definition 
A function was defined using the older K & RC syntax. This is invalid in C++. 
(w) 


int foo(a, b) 
int a, b 


{ 
} 


1486: initializer that is a brace-enclosed list may contain only constant 
expressions 
A variable was initialized using a brace-enclosed list containing an expression 
(such as a variable) that cannot be evaluated during compilation. 
int i = 12; 
int xf] = (1, 2,3, 43; 
This is allowed in C++ but not in C. 


1488: redeclaration of parameter identifier 
One of a function’s parameters is shadowed by a declaration within the 
function, (w) if -Xpec or -Xk-and-r, (e) otherwise. 


Fi(int a} © int agy gis 3 
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1489: redundant semicolon ignored 
Found an extra semicolon among the members of a function. (w) 


class A { 
int a; 


yi 

1492: virtual specified both before and after access specifier 
Syntax error. (w) 
class A {}; 
class B : virtual public virtual A {}; 

1493: redeclaration of ... 

A function has been redeclared to something else. (e) 
int i(int); 

double i(int); 

double i( int i) {...} 

1494: non-extern object identifier of type type-designator must be initialized 
This message may indicate that a const member of a class/structure/union 
was not initialized. (e) 
class C { 

const int ci; 
+ Cc; 

1495: non-extern const object name must be initialized 

A const object must be initialized unless it is extern. 


const char c; 


1497: too many declaration levels 
An internal stack overflowed. This is unlikely to happen in the absence of 
other errors. (f) 


1498: internal table-overflow 
Internal stack overflowed. May occur with extremely complex, deeply nested 
code. To work-around, simplify or modularize the code. If the problem does 
not appear to be a consequence of some earlier error, please report it to 
Customer Support. (f) 


1500: function <function_name> has no prototype 
The function function_name was used without a preceding prototype 
declaration. In C, 


void £(); 


is a declaration but not a prototype declaration—it declares f to be a function 
but says nothing about the number or type of arguments it takes. This warning 
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is returned when an attempt has been made to use f without making a 
prototype declaration of it first. 


This warning is returned only when the command line option 
-Xforce-prototypes is used. (w) 


1501: function-pointer has no prototype 
A function pointer was used but was declared to have a type that lacks a 
prototype. In C, 


void (*£) (); 


declares f to be a function pointer but says nothing about the number or type 
of arguments it takes. This warning is returned when an attempt has been 
made to use f without making a prototype declaration of it first. 


This warning is returned only when the command line option 
-Xforce-prototypes is used. (w) 


1504: arglist in declaration 
An old style function declaration is found in the wrong context. (w) 


f1.(); 4 Int £2aybypeyy . ss. 3} 


1507: end of memory 
Ran out of virtual memory during compilation. The compiler first attempts to 
skip some optimizations in order to use less memory, however this error can 
occur for large functions on machines with limited memory. Note: initialized 
arrays require the compiler to hold all initial data and can contribute to this 
error. If the problem does not appear to be a consequence of some earlier error, 
please report it to Customer Support. (f) 


1509: expression involving packed member too complicated 
This indicates that the processor does not support “compound assignment” 
for volatile members of packed structures. 


structl.a |=3; // May have to use structl.a = structl.a|3 


1511: can’t access short or int bit-fields in packed structures unless the 
architecture supports atomic unaligned accesses (-Xmin-align=1) 
Packed structures cannot contain bit-fields unless the architecture support 
atomic unaligned access. To see if the architecture supports atomic unaligned 
access, compile a file with the -S option and then examine the .s assembly file. 
Look for the -X93 option in the header. If X93=1, the architecture supports 
atomic unaligned access. (e) 
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#pragma pack(1) 
struct S { 
int j:3; 
yi 
1513: byte swapped structures can’t contain bit-field 
Bit-fields are not allowed in byte-swapped structures. (e) 
#pragma pack (,,1) // Byte swap 
struct s { 
int j:3; 
} 
1515: profile information out of date 
The file given with the -Xfeedback option is out of date or has an old format. 
Re-compile with the -Xblock-count option and create a new profiling file. (e) 


1516: parameter parameter name is never used 
A parameter to a function is not used. This message appears if the -Xlint 
option is used. (w) 
fun(int i) {}; 


1517: function function name is never used 
A function was declared but not used. This message appears if the -Xlint 
option is used. In the example, the file consists of one line. (w) 


static fun(); 


1518: variable identifier is never used 
A variable is never used. This message appears if the -Xlint option is used. (w) 
fun() { 
int i; 
3 
1519: expression not used 
The compiler has detected all or part of an expression which will never be 


used. (w) 

atb; /* statement with no side effects */ 
a=(10,b+tc); /* 10 is not used */ 

eS+47 /* the '*' is not needed: s++; / 


Note: the compiler will not issue this warning for an expression consisting 
solely of a reference to a volatile variable. 


1520: large structure is used as argument 


The size of a structure passed as an argument to a function equals or exceeds 
the size specified by -Xstruct-arg-warning. (This message is returned only 
when the command-line option -Xstruct-arg-warning is used.) (w) 
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1521: missing return expression 
A function is defined with a return type, but does not return a value. This 
message appears if the -Xlint option is used. (w) 
float fun() { 
return; 
uf 
1522: statement not reached 
A statement can never be executed. This message appears if the -Xlint option 
is used. (w) 
main() { 
int never; 
return 0; 
never=6; 
} 
1523: can’t recognize storage mode unknown 
The storage mode specified in an asm macro is unknown. See 7. Embedding 
Assembly Code for more details. (e) 


1524: too many enhanced asm parameters 
There can be a maximum of 20 parameters and labels used in an asm macro. 
See 7. Embedding Assembly Code for details. 


1525: identifier identifier not declared 
An identifier was not declared. (e) 
fun() { 
return i; 
} 
1526: asm macro line too long 
A very long line was given in an asm macro. See 7. Embedding Assembly Code 
for more details. (e) 


1527: non-portable mix of old and new function declarations 
A function declaration was made in accordance to an older C standard. InK & 
RC, chars and shorts are promoted to int, and floats are promoted to double 
just before a call is made to a function. However, in ANSI C, the arguments 
match the prototype at the call site. (w) 


1528: can’t initialize variable of type type_designator 
Some types do not allow initialization. (e) 
void a =1; 


1534: only first array size may be omitted 
The size of the first dimension of an array can be omitted; all others must be 
specified. (e) 
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int x[3][]; 
1535: illegal width of bit-field 
A bit-field width is greater than the underlying type used for the bit-field. (e) 
Example for a target with 32 bit integers: 
struct { int 1:33; } 
1536: bit-field must be int or unsigned 
The compiler detected an unsupported bit-field type. (e) 


struct { float a:4; }; 


1541: redeclaration of struct/union/enum ... 
A struct, union, or enum tag name was used more than once: (e) 


struct ti. € <..0.he Struct. tL-f..% 34 


1542: redeclaration of member variable name 
A member has been declared more than once. (e) 


struct { 
int i; 
int i; 
i 
1543: negative subscript not allowed 
The size of an array cannot be negative. (e) 
int ar[-10]; 


1544: zero subscript not allowed 
An array of zero size cannot be declared when compiling for strict ANSI C 
(-X7=2, or -Xdialect-strict-ansi). (W) 
int x[0]; 


1546: dangerous to take address of member of packed or swapped structure 
Using the address of a packed or byte-swapped structure is not recommended. 


(w) 
#pragma pack (2,2,1) 


ptr = &(structl.i); 


1547: can’t take address of object 
Trying to take the address of a function, constant, or register variable that is not 
stored in memory. (e) 


register int r; fn(&r); 


1548: can’t do sizeof on bit-field 
The sizeof function does not work on bit-fields. (e) 
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struct { 
int j:3; 
} structl; 
i = sizeof(structl.j); 


1549: illegal value 
Only certain expressions can be on the left hand side of an assignment. (e) 
atb = 1; 
(a? bi: c) = 2; /* not valid in C modules*/ 
1550: can’t push identifier 
It is invalid to use an expression of type function or void as an argument. (e) 


void *pv; int (*pf)(); fn(*pv,*pf); 


1551: argument [identifier] type does not match prototype 
The type of an argument to a function is not compatible with its type as given 
in the function’s prototype. (w) if -Xpec or -Xk-and-r or -Xmismatch-warning, 
(e) otherwise. 
int £(char *)j 1% 2.0. Des f£(&i); 


1552: initializer type "type" incompatible with object type "type" 
The type of an initializer is not compatible with the type of the variable, (w) if 
-Xpcc or -Xmismatch-warning, (e) otherwise. 


char c; int *ip = &c; 
1553: too many errors, good bye 


The compiler has found so many errors that it does not seem worthwhile to 
continue. (f) 


1554: illegal type(s): type-signatures 
The operators of an expression do not have the correct or compatible types, (w) 
if -Xpec or -Xk-and-r or -Xmismatch-warning, (e) otherwise. This message 
may also indicate an attempt has been made to find the sum of two pointers. 


int: *pi; *Appis «... WE (ot == ppt) 2... 

#illegal types: ptr-to-int '==' ptr-to-ptr-to-int 
int *p, *q; 

Boel P oa // Attempt to add pointers 


#illegal types: ptr-to-int '+' ptr-to-ptr-to-int 

1555: not a struct/union reference 
The left hand side of a “->” or “.” expression is not of struct or union type. If 
-Xpcc is specified the offset of the given member name in another struct or 
union is used. (w) if -Xpcc, -Xk-and-r, or -Xmismatch-warning, (e) otherwise. 


633 


Wind River Compiler for ARM/XScale 
User's Guide, 5.4 


1556: volatile packed member cannot be accessed atomically 
For the selected processor, a packed member cannot be accessed atomically if 
it is volatile. (w) 


#pragma pack(1, 1) 


struct { 
volatile int v; 
} 8; 
s.v =3; /* generates error 1556 */ 


1560: unknown pragma 

The pragma is not recognized. (w) 

#pragma tist 
1561: unknown option -Xunknown 

The compiler was started with an -X option that is not recognized. (w) 
1562: bad #pragma use_section: section section name not defined 

A #pragma use_section command has not been correctly given. (w) 


#pragma section DATA3 // Correct 
#pragma use_section x // Omitted section class name DATA3 


1563: bad #pragma [ name ] 
If issued without the name, the compiler did not recognize the pragma. If 
issued with a name, there is a problem with either the operands to the pragma 
or the context in which it appears. (w) 


1564: bad #pragma pack 
The #pragma pack statement is not correct. (w) 


#pragma pack(1,2,3,4) // Takes up to three arguments 


1565: illegal constant in #pragma pack 
An invalid constant has been used in a pack pragma. (w) 


#pragma pack(7) // Must use powers of 2 for alignment 


1566 to 1572: obsolete messages 
Messages numbered 1566 to 1572 should not appear because they refer to 
obsolete features. 


1573: user’s error string 
Error number 1573 can be used to display any string the user chooses when 


« the compiler compiles this file, by use of #pragma error string: 
#pragma error Now compiling test.c; // compilation continues 


« the compiler stops because of an error, by use of error string: 
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#error // This terminates the compilation process 


1574: can’t open file for input 
The given file cannot be opened. (f) 


1575: can’t open file for output 
The given file cannot be opened. (f) 


1577: can’t open profiling file file 
The file given with the -Xfeedback=file option cannot be opened. (w) 


1578: profile file is of wrong version (file) 


The file given with the -Xfeedback option is out of date or has an old format. 


Re-compile with the -Xblock-count option and create a new profiling file. (e) 


1579: profile file file is corrupted 
The file given with the -Xfeedback option is corrupted. Re-compile with the 
-Xblock-count option and create a new profiling file. (e) 


1580: can’t find current module in profile file ... 
No data about the current source file is available in the profiling file. (w) 


Possible causes: 


* No function in the current file was actually executed during profiling. 
« The profiling file belongs to another executable program. 


1584: illegal declaration-attribute 
A declaration contains an invalid combination of declaration specifiers. (w) 


unsigned double foo; 


1585: global register register name is already used 
The global register has already been reserved. (w) 


#pragma global_register counter = r14 
#pragma global_register kounter = r14 


1586: cannot use scratch registers for global register variables 
Scratch registers cannot be used for global register variables. (w) 


#pragma global_register counter=scratch-register-name 


1587: global register register-name is invalid 
Found an unrecognized register name in a global_register pragma. (w) 


1588: no .cd file specified! 
The target description (.cd) file was not specified. 


The compiler reads a target description file during initialization (see “Targets,” 
Table 2-2). Normally, when the dec command is given, the .cd file is 
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automatically specified. To find out the .cd filename for your selected target 
configuration, run dec with the -# option to display all of the commands 
generated, and look at the -M option for the ctoa program. (f) 


Likely causes: 


* The compiler is not installed properly. 
« One of the compiler files has been deleted, hidden, or protected. 
« The dtools.conf or other configuration file is incorrect. 


1589: can’t open .cd file! 
See error 1588 for a description of the .cd file and likely causes. 


1590: .cd file is of wrong type! 
See error 1588 for a description of the .cd file and likely causes. 


1591: .cd file is of wrong version! 
See error 1588 for a description of the .cd file and likely causes. 


1592: cd file file too small?! 
See error 1588 for a description of the .cd file and likely causes. 


1593: rite error 
Write to output file failed. (f) 


1595: illegal arg to function name 
The compiler has detected an internal error. May result from other errors 
reported earlier. If the problem does not appear to be a consequence of some 
earlier error, please report it to Customer Support. (f) 


1596: test version of compiler: File is too big! 
This error is generated when certain limits in an evaluation copy of the 
compiler are exceeded. (f) 


1597: test version of compiler: Can’t continue! 
This error is generated when certain limits in an evaluation copy of the 
compiler are exceeded. (f) 


1598: no matching asm pattern exists 
While scanning an asm macro, no storage-mode-line matching the given 
parameters was found. See 7. Embedding Assembly Code for details. 


1599: expression too complex. Try to simplify 
Can occur if an expression is too complex to compile. Should not happen on 
most modern processors. Can occur on a processor with few registers and no 
built-in stack support. (f) 
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1600: no table entry found! 
The compiler has detected an internal error. May result from other errors 
reported earlier. If the problem does not appear to be a consequence of some 
earlier error, please report it to Customer Support. (f) 


1601: address taken in initializer (PIC) 
Position-independent code. A static initializer containing the address of a 
variable or string has been found when generating position-independent code. 
Such address values cannot be position-independent. (w) or (e) depending on 
whether -Xstatic-addr-warning or -Xstatic-addr-error is used. 


1602: variable ... is incomplete 
A variable is defined with a type that is incomplete. (e) 
struct a; 
struct a b; 

1603: logic error in internal-identification 
The compiler has detected an internal error. May result from other errors 
reported earlier. If the problem does not appear to be a consequence of some 
earlier error, please report it to Customer Support. (f) 


1604: useless assignment to variable identifier. Assigned value not used 
The variable assignment has no effect, since the assigned value is not used. 
This message appears if the -Xlint option is used. (w) 
fun () { 
int 2=1¢ 
} 
1605: not enough memory for reaching analysis 
Certain optimizations, called “reaching analysis”, will be skipped if the host 
machine cannot provide enough memory to execute them. The compiler 
continues, but produces less than optimal code. (w) 


1606: conditional expression or part of it is always true/false 
A conditional test is made, but the results will always be the same. This 
message appears if the -Xlint option is used. (w) 
int main() { 
int i = 3; 
if (i < 6) 
return 4; 
} 
1607: variable name is used before set 
During optimization, the compiler discovers a variable that is used before it is 
set. (w) 


funet) { anitap Df tea == 0} 22. } 
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1608: variable identifier might be used before set 
A variable may have been used before it was given a value. (w) 
fun () { 
int i,j; 
i=j; // 3 is used before set 
} 
1609: illegal option -Dinvalid_name 
The preprocessor was invoked with the -D option and an invalid name. Names 
must start with a letter or underscore. (w) 


1611: argument list not terminated 
The end of the source file was found in a macro argument list. (w) if -Xpcc, (e) 
otherwise. 


1612: EOF inside #if 
The source file ended before a terminating #endif was found to match an 
earlier #if or #ifdef. If not caused by a missing #endif, then it is frequently 
caused by an unclosed comment or unclosed string. (w) if -Xpcec, (e) otherwise. 


1617: syntax error in #if 
The expression in an #if directive is incorrect, (w) if -Xpcec, (e) otherwise. 


#if a * 
1618: too complex #if expression 


The expression in an #if directive overflowed an internal stack. This is unlikely 
to happen in the absence of other errors, (w) if -Xpcc, (e) otherwise. 


1619: include nesting too deep 
The preprocessor cannot nest header files deeper than 100 levels, (w) if -Xpcc, 
(e) otherwise. 


1621: can’t find header file unknown 
The preprocessor cannot find a file named in an #include directive. (w) if 
-Xpcc, (e) otherwise. 


1622: found #elif, #else, or endif without #if 
Found an #elif, #else, or #endif directive without a matching #if or #ifdef. (w) 
if -Xpcc, (e) otherwise. 


1623: bad include syntax 
The #include directive is not followed by < or" or the filename is too long. (w) 
if -Xpcc, (e) otherwise. 
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1624, 1625: illegal macro name 

illegal macro definition 
Macro names and arguments must start with a letter or underscore, (w) if 
-Xpcc, (e) otherwise. 


1626: illegal redefinition of macro_name 
LINE_,__FILE_,_DATE_,__TIME_, defined, and _STDC_ cannot be 
redefined, (w) if -Xpcc, (e) otherwise. 


1627: macro macro name redefined 
The macro was previously defined. (w) 


#define PI 3.14 
#define PI 3.1416 


1629: undefined control 


Undefined or unsupported directive found after #, (w) if -Xpcc, (e) otherwise. 


#pragmo 


1630: illegal assert name 
An #assert name must be an identifier and must be preceded by a “#” 
character, (w) if -Xpcec, (e) otherwise. 


1631: macro identifier: argument mismatch 
Either too few or too many arguments supplied when using a macro, (w) if 
-Xpcc, (e) otherwise. 
#define M(a,b) (atb) 
i = M(1,2,3); 
1632: recursive macro macro name 
A recursive macro has been detected. The error occurs when the macro 
substitution occurs, line 4 in this case: (e) 
#define max(A,B) A>B ? A : max(A,B) 
main() { 
int i=1,3j=2,k; 
k = max(i,j); // Reports error for this line. 
} 
1633: parse error 
The complier was not able to parse the expression. (e) 
x = multiply(y, ); // Comma, but no second argument 
main (} // Typed } instead of 
1635: license error: error message 
An error occurred when checking the license for the software tools. The error 
message describes the problem (no server for this feature, etc.). Please refer to 
your Getting Started manual or contact Customer Support. (f) 
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1638: illegal error level error level in option option name 
The -exn option was used with an invalid error level. The -e option is used for 
increasing the severity of error messages for a particular error. (w) 


dec -e99 test.c // 99 is invalid error level 


1640: illegal error message number message number 
The -exn option was used with an invalid error message number. The -e option 
is used for increasing the severity of error messages for a particular error. (w) 


dcc -ewl0000 test.c // There is no message number 10000 


1641: cannot reduce severity of error message number below error level 


% dcc -ewl614 test.c 
warning (dcc:1641): Cannot reduce severity 
of message 1641 below "error" 


1643: narrowing or signed-to-unsigned type conversion found: type to type 
A type conversion from signed to unsigned, or a narrowing type conversion 
has been found. This message appears if the -Xlint option is used. (w) 
main () { 
int i; 
char c; 
Sis; 
} 
1647: non-string method invocation expression on string object expression 
This error indicates a mismatch between an invocation and the declaration of 
a method. 


For example, non-const method invocation in const object. Methods of const 
objects must be const. 
class C { 
int i; 
public: 


const C ¢c; 


main() { 
Cees 
} 


"x.cpp", line 11: error (1647): non-const method 
invocation f() on const object c 


1650: no profiling information found in database database name 
This applies to programs compiled and run in the RTA (Run-time Analysis 
tools). (w) 
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A program was compiled with the option -Xprof-feedback=database directory, 
and the profiling information was not found in the database directory. The 
normal sequence of events is: 


a. Aprogram is compiled with an -Xprof-type option that adds profiling code 
to the program. 


b. The program is run and profiling information is collected using the RTA. 


c. The program is compiled with the -Xprof-feedback option, and the 
compiler uses the profiling information to optimize the code. 


Possible causes of the error: 


« The wrong database directory was specified. 
« The database does not contain profiling data. 


1651: can’t find profiling information for function in database 
A program was compiled with the option -Xprof-feedback=database directory, 
and the profiling information was not found for the function. See error 1650, 
above, for a brief explanation of the situations where this error occurs. (w) 


Possible causes of the error: 


« The module was not compiled with an -Xprof-type option that would add 
code for instrumentation. 


* The program was not run, and so profiling data was not collected. 


1657: initializer method name initializes neither a direct base nor a member 
Only classes that are direct bases or virtual bases can be used in a member 
initializer. (e) 


struct A { A(int); }; 
struct B : public A { B(int); }; 


struct. Cs public B t 
C(int i) : A(i) {} // Can’t initialize A here 
yi 
1663: inline of function does not occur in routine function - try increasing value 
of -Xinline 
This warning is generated whenever the inline keyword is specified but the 
compiler does not inline the function. Increasing the value of -Xinline or 
-Xparse-size can help, but there are other reasons for not inlining a function. 


1665: long long bit-fields are not supported 
long long cannot be used with bit-fields. (w) 
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struct { 
long long story:3; 
} 
1671: non-portable behavior: operands of type are promoted to unsigned type 
only in non-ANSI mode 
When a non-ANSI compilation mode is used, for example, -Xpcc, this warning 
appears when the compiler selects an unsigned integral type for an expression 
which would have been signed under ANSI mode. This message appears if the 
-Xlint option is used. Use -Xlint=0x200 to suppress this message. (w) 


1672: scope of tag tag is only this declaration/definition 
The tag referred to in a parameter list does not have a prior definition. (w) 


/* struct bar does not have a definition before this point */ 
foo(struct bar a); 


1674: template argument argument should be pointer/reference to object with 
external linkage 


Arguments for template functions need to be pointers or references to objects 
with external linkage. (e) 


template <class T, int& Size> 
class Base { 


Ve 

class A { 

e 

static int local_linkage_int; 
Base<A, local_linkage_int> ob; 


1675: sizeof expression assumed to contain type-id type-id (use "typename") 
When a type-id is used in a sizeof expression, the compiler assumes that this 
is intended; otherwise a typename should be used instead. (w) 


template <class T, int& Size> 
class Base { 


void incr () 
{ 
Size = Size + sizeof (A); 


} 
ie 
1676: class class is abstract because it doesn’t override pure virtual function 


A class that has un-overridden pure virtual functions is an “abstract class” and 
cannot be instantiated. (i) 
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1677: executable executable name not found in profiling database database name 
This applies to programs compiled and run in the RTA (Run-time Analysis 
tools). (w) 


The specified executable was not found. 


1678: snapshot snapshot name not found in profiling database database name 
This applies to programs compiled and run in the RTA (Run-time Analysis 
tools). (w) 


The snapshot containing profiling information was not found. 


1679: no definition found for inline function function 
The template member function referred to has no definition. (w) 


1680: delete called on incomplete type type 
The delete operator is called on a pointer to a type whose full declaration has 
been deferred. (w) 


1682: "(unsigned) long long" type is not supported by the ANSI standard 
The ANSI standard does not support the long long type. (w; future error) 


long long x; 


1683: non-int bit-fields are not supported by the ANSI standard 
The ANSI standard allows bit-fields of integer type only. (w; future error) 


struct foo { 
char x:2; 


AG 


1696: intrinsic function name must have n argument(s) 
The number of arguments passed to an intrinsic function is incorrect. (e) 


int a, b; 
a = _ffl(a, b); 


1697: invalid types on arguments to intrinsic function name 
An argument of an invalid type is passed to an intrinsic function. (e) 


char *ptr; 
int a; 
a = _ffl(ptr); 


1700: implicit intrinsic function name must have n argument(s) - when the 
intrinsic is enabled, optional user prototype must match 
When an enabled intrinsic function is redefined, the number of arguments 
must be the same. (e) 
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unsigned int __ffl(unsigned int x, unsigned int y) 


{ 
} 


1701: invalid types on prototype to intrinsic function name - when the intrinsic is 
enabled, optional user prototype must match 
When an enabled intrinsic function is redefined, the prototypes must match. 


(e) 


unsigned int __ffl(int a) 


{ 


} 


1702: prototype return type of intrinsic function name should be type - when the 
intrinsic is enabled, optional user prototype must match 
When an enabled intrinsic function is redefined, the return type must match. 


(e) 


void __ff1(unsigned int a) 


{ 
} 


1703: function name matches intrinsic function name - rename function or disable 
the intrinsic with -Xintrinsic-mask 
A function with the same name as an intrinsic function has been defined. The 
function should be renamed or intrinsic functions should be disabled. (w) 


unsigned int __ff1l(unsigned int x) 


{ 
} 


1704: structure or union cannot contain a member with an incomplete type 
Structures or unions should not contain fields of incomplete type. (w; future 
error) 


struct x 
{ 
void a; 
yi 
1707: invalid pointer cast/assignment from/to __X mem/__Y mem 
The pointer assignment is invalid because it is between locations in two 
different memory banks. (e) 


1708: cannot take address of an intrinsic function 
An intrinsic function, which represents a specific CPU instruction, has no 
location in memory. 
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1709: unsupported GNU Extension : inline assembler code 


The compiler does not translate extended GNU inline assembler syntax (such 
as register usage specification). (e) 


1710: macro macroname: vararg argument count does not match. expected n or 
more but given m 


Too few arguments are passed to a vararg macro. (w) 


#define TEST_INFO_1(fmt, val, ...) printf(fmt, val, VA_ARGS__) 


TEST_INFO_1("vall = %d, val2 = %d", 12); 


1711: undefined identifier identifier used in constant expression 
An undefined macro name occurs in a #if preprocessor directive. To disable 
this warning, use -Xmacro-undefined-warn. (w) 


#if (FooDef1l == FooDef2) 
# oo... 
#endif 


1712: only vector literals may be used in vector initializations 
Vectors can be initialized only with vector constants. (e) 


vector int a[2] = {1, 2}; 
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1713: 
1714: 
1715: 
1716: 
1717: 
1718: 
1719: 
1720: 
1721: 
1722: 
1723: 
1724: 
1725: 
1726: 
1727: 
1728: 
1729: 
1730: 
1731: 


1732, 
1733: 


1734: 
1735: 
1736: 
1737: 
1738: 
1739: 
1740: 
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invalid assert name name 

invalid macro name name 

no input file given 

memory unavailable 

unterminated comment 

unterminated character or string constant 
duplicate parameter name param in macro macro 
implicit include file “file” not found 

missing ">" in ‘#include <filename> syntax" 
junk after "#include <filename>" 

junk after "#include “filename” 

"#include" expects <filename> or “filename” 

#if nesting too deep 

#include file nesting too deep. possible recursion 
unmatched condition. block starts on line 
unmatched condition 

unbalanced condition 

undefined control after expr 


EOF inside #... conditional 


illformed macro parameter list in macro macro 

invalid macro name name 

invalid argument to macro 

illformed macro invocation 

invalid assert name name 

"H#" at start of macro definition 

"#" precedes non macro argument name or empty argument 


macro macro: argument count does not match. expected n but given m 


1741: 
1742: 
1743: 
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redefinition of macro "macro". previously defined here 
predefined macro macro redefined 


empty token-sequence in "#assert" 


: no closing ")" in "#assert" 
1745: 
1746: 
1747: 
1748: 
1749: 
1750: 
1751: 
1752: 
1753: 
1754: 
1755: 
1756: 
1757: 
1758: 
1759: 
1760: 
1761: 
1762: 
1763: 
1764: 
1767: 
1768: 
1769: 
1770: 


garbage at the end of "#assert" 

invalid number in #line 

only a string is allowed after #line <num> 
string expected after #error 

string expected after #ident 

# directive not understood 

"defined" without an identifier 

no closing ")" in "defined" 

bad digit in number 

bad number in #if... 

floating point number not allowed in #if... 
wide character constant value undefined 
undefined escape sequence in character constant 
empty character constant 

multi-character character constant 

octal character constant does not fit in a byte 
hex character constant does not fit in a byte 
character constant taken as unsigned 
garbage at the end of condition argument 
illegal identifier identifier in condition 

can’t find include file file in the include path 
invalid "vector bool" constant, valid values 0, 1 or -1 
the called object is not a function 


array is too large 
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There is a physical limitation on the amount of space that can be allocated for 
an array. (e) 


1771: reserved identifiers "__ FUNCTION_" and "__PRETTY_FUNCTION__" may 
only be used inside a function 
The special identifiers _ FUNCTION__ and __PRETTY_FUNCTION_, which 
return the name of the current function, can be used only within a function. (e) 


1772: possible redundant expression 
The compiler has encountered a valid but redundant operation, such as xé&x. 
This message appears if the -Xlint option is used. (w) 


1773: quoted section name cannot be empty, set to: default name 
Quoted section names cannot be empty (“” or“ ” ). For example, 


-section " ",4,rx 

will be changed to: 

.section "default_section_name" ,4,rx 

where the default section name is determined by context. (w) 


1774: asm macro must be completed with "}" in the very first position 
An asm macro must conclude with a right brace ("}") in the first column of a 
new line. The example below shows a valid asm macro. (e) 
asm void setsr (unsigned short value) 
{ 
emem value; 
move.w value,d0d 
move.w d0,sr 


af 

1775: Deprecated use of constructor/destructor ignored, use attribute keyword 
The compiler encountered an initialization or finalization function declared 
with the obsolete prefix _STI__nn_or STD__nn_. Use the __attribute__ 
keyword to identify initialization and finalization functions, or specify 
-Xinit-section=2 to use old-style initialization and finalization sections. (f) 


1776: constructor/destructor priority out of range (number) 
The specified priority is out of range. The default range is 0-65535; but if 
-Xinit-section=2 is enabled, the range is 0-99. (e) 


1777: default constructor/destructor priority out of range, setting to lowest 
The priority for default constructors and destructors has been set with 
-Xinit-section-default-pri to a value that is out of range. The default range is 
0-65535; but if -Xinit-section=2 is enabled, the range is 0-99. (w) 
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1778: option -Xc++-old is deprecated and dtoa will be removed in a future 
release 
-Xc++-old, which invokes an obsolete version of the C++ compiler, will not be 
supported indefinitely. Legacy projects should be ported to the latest C++ 
compiler. See Older Versions of the Compiler, p.214 for more information. (w) 


1779: CODE section without execute access mode: section-name 
A CODE section has been created with a specified access mode that does not 
include execute permission. For example: 


#pragma section CODE ".SOME_CODE_SECTION" RW far-code 


In this example, RW (read-write) is not a valid access mode, since a CODE 
section must allow execution. X (execute) should be added to the access mode. 


(e) 


1780: non-int bitfields not allowed in packed structures 
Bit-fields of type char or short are nonstandard. Depending on the compilation 
target, such bit-fields can result in faulty code when they occur in packed 
structures. For example: 


struct { 

cane short foo:11; 
} __attribute__( (packed) ) structl 
Replace unsigned short with int. (e) 


1793: conflicting types for section section: 
An attempt has been made to mix types of information in a single object-file 
section; for example, constant data (such as a string constant) into a section 
reserved for code or variables. 


In this example, the compiler assumes from the first statement that the section 
-mydata is intended to be of the DATA section class, whereas the second 
statement assumes that .mydata will be a CONST section class: 


__attribute__((section(".mydata"))) int var = 1; 
__attribute__((section(".mydata"))) const int const_var = 2; 


H.2.4 C++ Messages 
The C++ compiler generates additional messages and diagnostics numbered 4xxx 


and 5xxx. No further documentation is currently available for these messages. If a 
message if unclear, contact Customer Support. 
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If you are compiling C++ code with the -Xc++-old option, see H.2.3 C Compiler 
Message Detail, p.595 for a list of diagnostics. 


The severity of some C++ diagnostics (information, warning, error, or fatal) varies 
according to the circumstances under which the message is generated. 


H.3 Assembler Messages 


Assembler messages have the format: 
"file", line #: severity: message 


Three kinds of messages are generated. The severity values for each as they appear 
in messages are as follows. 


warning 
Warning: a message will be printed, assembly will continue, and an output file 
will be produced. 


error 
Error: a message will be printed, assembly will continue, but no output will be 
generated. 


fatal 
Fatal: a message will be printed and assembly aborted. 


Assembler messages are intended to be clear in the context of the error and are not 
listed here. Please report unclear assembler error messages to Customer Support. 


H.4 Linker Messages 


H.4.1 Linker Message Format 


Linker messages have the format: 


DLD.EXE: message 
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Where relevant, the file and line are included in the message. 


The severity level for each message is shown in parentheses in the message 
description. A warning (w) generates a diagnostic message, but linking continues 
and an output file is produced. An error (e) causes the linker to abort. 


H.4.2 Linker Message Detail 


"." (Ox...) is assigned invalid value: Ox... 


Assignment to “.” creates a gap in section data. The size of this gap should not 
be negative and should be less 0x4000000. (e) 


Absolute section has invalid name: name 
Absolute section name must be “.abs.hexNumber’. (e) 


An unknown or incorrect option has been provided 
The linker does not recognize an option flag that has been passed to it. (w) 


Archive file filename does not have symbol table 
An archive file must have a symbol table to be usable by the linker. Use dar to 
create the table. (e) 


ASSERT failed: assertion 
(Message may include the assert expression.) Contact Customer Support. (e) 


Assignment to symbol "symbol" in the LECL file is ignored 

The symbol is defined in an input object file 
The linker command file cannot redefine a symbol that is already defined in an 
input object file. (w) 


Cannot allocate Ox... bytes of memory for "name" 
The MEMORY directive in the linker command language is used to specify the 
regions from which the linker can allocate memory. When there is not enough 
space to contain a group, section, or NEXT directive, an error message is 
generated. (e) 


Cannot allocate branch island 
The linker cannot calculate the address or size of a branch island. The circular 
dependencies are too complex. (e) 


Cannot calculate address of group 
Complex circular dependencies cannot be resolved. Linker command 
language and implicit linking rules constitute an equation system which can 
be unsolvable, resulting in this or similar error message. (e) 
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Cannot calculate address of section section 
Complex circular dependencies cannot be resolved. Linker command 
language and implicit linking rules constitute an equation system which can 
be unsolvable, resulting in this or similar error message. (e) 


Cannot calculate OVERFLOW size expression 
Complex circular dependencies cannot be resolved. An expression value 
depends on the address or size of a symbol or section, which in turn depends 
directly or implicitly on the expression value. Example: 


X = SIZEOF(Y); Y (DATA) : { . =. + X; } 


Linker command language and implicit linking rules constitute an equation 
system which can be unsolvable, resulting in this or similar error message. (e) 


Cannot calculate size of group 
Complex circular dependencies cannot be resolved. Linker command 
language and implicit linking rules constitute an equation system which can 
be unsolvable, resulting in this or similar error message. (e) 


Cannot create branch island - section section is too large 
Branch islands are created between input sections. If an input section is too 
large it might not be possible to create an island for that branch. 


Cannot create Branch Island for Arm to Thumb call, function name 
Contact Customer Support. (e) 


Cannot create Branch Island for Thumb to Arm call, function name 
Contact Customer Support. (e) 


Cannot create position independent branch island: _SDA2_BASE_is undefined 
-Xpic-only needs the symbol _ SDA2_BASE_ to be defined. (e) 


Cannot evaluate expression 
Complex circular dependencies cannot be resolved. Linker command 
language and implicit linking rules constitute an equation system which can 
be unsolvable, resulting in this or similar error message. (e) 


Cannot evaluate fill value expression 
Complex circular dependencies cannot be resolved. Linker command 
language and implicit linking rules constitute an equation system which can 
be unsolvable, resulting in this or similar error message. (e) 


Cannot evaluate value of symbol symbol 
Complex circular dependencies cannot be resolved. Linker command 
language and implicit linking rules constitute an equation system which can 
be unsolvable, resulting in this or similar error message. (e) 
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Cannot find matching input sections for"..." 
Input section specification does not match any input. (w) 


Cannot find overflow output section "section" 
Invalid section name in OVERFLOW statement. No such section defined in 
linker command file. (e) 


Cannot get current directory name 
Call to getcwd() failed. (e) 


Cannot rename "filename", error: message 
The host operating system reported an error renaming the file. Check the 
permissions on the directory where the file resides. This usually means that 
you are not permitted to write in that directory. (e) 


Cannot write relocation table: relocation type Ox... is not supported by COFF 
This can occur when input and output have different formats (ELF to COFF) 
and some relocations cannot be converted. (e) 


Cannot allocate memory (NEXT) 
The MEMORY directive in the linker command language is used to specify the 
regions from which the linker can allocate memory. When there is not enough 
space to contain a group, section, or NEXT directive, an error message is 
generated. (e) 


momo 


Cannot calculate size of section "section": "." (Ox...) is assigned invalid value: 0x... 


Can't calculate size of section section: it depends on section address ... 


Can't calculate size of section section: it depends on section address.... 

The section might require alignment specification 
Complex circular dependencies cannot be resolved. Linker command 
language and implicit linking rules constitute an equation system which can 
be unsolvable, resulting in this or similar error message. (e) 


Can’t create file name 


Can’t create file name: ... 
The host operating system returned an error when dld tried to create a file. The 
permissions in the current directory probably don’t allow your dld command 
to write in the directory. (e) 


Can't create tempfile name: ... 
The host operating system returned an error when dld tried to create a file. The 
permissions in the current directory probably don’t allow your dld command 
to write in the directory. (e) 
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Can’t find file: filename 
The linker cannot locate the specified file. (e) 


Can’t find library: libname.a 
The linker cannot locate the specified library. (e) 


Can't find output section section 
Invalid section name in linker command language expression. (e) 


Can't find section section 
Invalid section name in linker command language expression. (e) 


Can’t Iseek on name: ... 
Possibly an external task has shortened the file. More likely, this represents an 
internal error in the dld code. Please collect a test case to reproduce the 
problem and contact Customer Support. (e) 


Can't open filename: ... 
The host operating system returned an error when dld tried to read the file. 
Check the permissions on the file and the full pathname to the file. Perhaps 
there is a spelling error in the path. (e) 


Can’t open tempfile name: ... 
The host operating system returned an error when dld tried to read the file. 
Check the permissions on the file and the full pathname to the file. Perhaps 
there is a spelling error in the path. (e) 


Can’t search unused sections, main entry symbol "symbol" is undefined 
This warning should not be generated since the current linker deletes such 
symbols silently. (w) 


Can’t search unused sections, main entry symbol "symbol" has absolute address 
This warning should not be generated since the current linker deletes such 
symbols silently. (w) 


COMMON object is eclipsed by a function definition: 
Function name: name 
File: filename 


A symbol of type function is defined with the same name as a COMMON 
object. (w) 


Compression switch function "function" is undefined 


PowerPC compressed code only. When -Xmixed-compression is on, symbols 
__switch_to_uncompressed and __switch_to_compressed must be defined in 
an input object files. (e) 
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Don’t know where to allocate input section: 
no matching input specification found in linker command file. 
Section name: section 
File: filename 


Change linker command file to include explicit instructions on how to link this 
section. If the “section name” referred to in the message is .ctors or .dtors, you 
may be using an old linker command file that specifies .init and .fini instead 
of .ctors and .dtors. (w) 


Don’t know where to put COMMONS! No .bss and no COMMON directive 
Found a COMMON variable but linker command file has no .bss nor 
COMMON. (e) 


Don’t know where to put small COMMONS! No .sbss and no SCOMMON 
directive 
Found a small COMMON variable but linker command file has no .sbss nor 
SCOMMON. (e) 


End of memory 
All internal structures used in the linker are dynamically allocated. When the 
host operating system cannot provide more memory, the linker aborts with an 
error message. On UNIX, change the amount of memory your shell allows 
with the limit or ulimit command; if that does not work, increase your swap 
area. On Windows, increase your swap area (virtual memory). (e) 


Environment variable "RTAPROJECT" must be set 
The variable must be set when -Xgenerate-vmap is used. (This option is not 
intended to be set by the user.) (e) 


Failed to read file name: ... 
The host operating system reported a read error. Perhaps the file’s permissions 
were changed by another task after dld opened it successfully. (e) 


Failed to read file name: file is empty 
The host operating system reported less data in the input file than dld 
expected. Probably the file is corrupted or was only partially written because 
the file system filled up before its writes were completed. You should recreate 
the file and retry your dld command. (e) 


Failed to read file name from archive name 
The host operating system reported a read error. Perhaps the file’s permissions 
were changed by another task after dld opened it successfully. (e) 


Failed to read from file name: ... 
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Failed to read from file name(...): ... 
The host operating system reported a read error. Perhaps the file’s permissions 
were changed by another task after dld opened it successfully. (e) 


Failed to read from file name: end of file 
The host operating system reported less data in the input file than dld 
expected. Probably the file is corrupted or was only partially written because 
the file system filled up before its writes were completed. You should recreate 
the file and retry your dld command. (e) 


Failed to write to file name: ... 
The host operating system reported a write error. Perhaps the file’s 
permissions were changed by another task after dld opened it successfully. 
Perhaps the file partition has filled up, leaving insufficient room for the file. (e) 


File filename does not have symbol table section 


File filename(...) does not have symbol table section 
Invalid input file: no symbol table. (e) 


File filename has invalid relocation section 
File filename(...) has invalid relocation section 
Invalid input file: invalid reference to relocation information. (e) 


File has wrong byte order, file filename 
Invalid ELF header: Byte order neither big-endian nor little-endian. (e) 


File has wrong class, file filename 
Invalid or unsupported ELF class in input file header. (e) 


File has wrong version, file filename 
Invalid or unsupported ELF version in input file header. (e) 


File is not an ELF file, file filename 
Linker assumed file to be ELF but it does not have valid ELF header. (e) 


File filename is not of known format 
Supported formats are COFF, ELF, archive, and linker command language. (e) 


File "filename", section "section", offset Ox...: Invalid relocation: .... 
Input object file has relocation entry which cannot be processed. (e) 


File type is not COFFE, file filename 
Contact Customer Support. (e) 


File type is not ELE file filename 
Contact Customer Support. (e) 
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Generation of relocation entries without a symbol table is not possible 
Invalid -s option. (e) 


.. has BIND address, "> area-name" specification is ignored 
Contact Customer Support. (w) 


Illegal -B option 
-B must be followed by “=”. (e) 


Illegal expression 
Contact Customer Support. (e) 


Illegal filename prefix[COMMON], only * is allowed 
Input specification must be *[COMMON], not xyz.o[ COMMON]. (e) 


Illegal option option 
Option is not recognized. (w or e) 


Illegal option -Xoption 
Option is not recognized. (e) 


Illegal usage of HEADERSZ in LECL file 
Contact Customer Support. (e) 


Illegal -Y option 
-Y must be followed by “,”. (e) 


In file "filename", Section "section 
Section offset 0x.., 
Symbol "symbol" 
Invalid relocation entry 
Input file has broken symbol table or relocation information. (e) 


In file filename, symbol symbol has invalid value: 
symbol is undefined (state 0x...), but value is not zero - Ox... 
Invalid input file: The symbol table is defective. (w) 


In LECL file "filename", line number, 
name is not allocable, "> name" specification is ignored 
Section or group is not allocatable; see ELF for section attributes. (w) 


Input contains mix of little-endian and big-endian object files: 
Aborted... 
Linking a mix of little-endian and big-endian object files is not supported. (e) 
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Input contains mix of PPC COFF and ELF object files: 
PPC COFF and ELF object files have incompatible calling conventions 
Mixing PowerPC COFF and PowerPC ELF is dangerous. (w) 


Input files contain code for mixed processors: 
Only one file for each processor type is listed 
Mixing code generated for different CPU types is dangerous. (w) 


Insufficient memory 
All internal structures used in the linker are dynamically allocated. When the 
host operating system cannot provide more memory, the linker aborts with an 
error message. On UNIX, change the amount of memory your shell allows 
with the limit or ulimit command; if that does not work, increase your swap 
area. On Windows, increase your swap area (virtual memory). (e) 


Internal error: cannot calculate COFF header size 
Contact Customer Support. (e) 


Internal error: cannot calculate ELF header size 
Contact Customer Support. (e) 


Internal error: can’t ADD symbol to non-hashed table 
Contact Customer Support. (e) 


Internal error: error counting undefines 
Contact Customer Support. (e) 


Internal error: illegal output file type 
Contact Customer Support. (e) 


Internal error: illegal/unsupported output format ... 
Contact Customer Support. (e) 


Internal error: no output file type set 
Contact Customer Support. (e) 


Internal error: not relocinfo 
Contact Customer Support. (e) 


Internal error: output buffer overflow 
Contact Customer Support. (e) 


Internal error: should not happen 
Contact Customer Support. (e) 


Invalid archive format, file filename 
Archive file has invalid format. (e) 


658 


H Messages 
H.4 Linker Messages 


Invalid archive symbol table, file: filename 
Invalid input file: The symbol table is defective. (e) 


Invalid file header, file filename in archive archive 
Contact Customer Support. (e) 


Invalid fill pattern alignment, must be 1, 2, or 4 
Invalid fill specification in section definition (SECTIONS command). (e) 


Invalid fill pattern size, must be 1, 2, or 4 
Invalid fill specification in section definition (SECTIONS command). (e) 


Invalid option format: option 
Valid format is -optionName|=number]. (e) 


Invalid relocation info: 
File "filename” 
Section "section” 
Section address 0x...size Ox... 
Relocating reference at address 0x... 
Can’t relocate 
Input object file has broken relocation information. (e) 


Invalid section header in file "filename", section name "name" 
Invalid input file: Invalid COMDAT section header. (e) 


Invalid value of -Xmax-long-branch= option 
The option sets the maximum branch offset which does not need a branch 
island. Some targets (like the PowerPC) have short and long branch 
instructions. Valid values are 2..0x7fffffff; using the option without a value is 
an error. (e) 


Invalid value of -Xmax-short-branch= option 
Valid values are 2..0x7fffffff. Using the option without a value is an error. (e) 


Machine type not supported, file filename 
Machine type not supported, file filename(...) 


Invalid input file: unsupported target CPU. (e) 


Memory area "area-name" is full 
Memory area specified in “> area-name” is full. (e) 


Memoty area "area-name" is undefined 
Invalid name in “> area-name” specification. (e) 


Memory block extends over 32 bit address range: ... 
memory address + memory size >= 0x100000000. (w) 
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Next alignment with zero! 
Invalid argument of NEXT(). (e) 


No main entry point defined 
Executable output needs an entry point. (e) 


No section names in file filename 
Invalid input file: no section names string table. (e) 


No string table in file filename 
Invalid input file: no string table. (e) 


Nothing to link 
No object files are given in the command line. (e) 


Only one COMMON allowed in LECL file 
More than one input specification like *[COMMON] is not allowed in the linker 
command file. (e) 


Only one SCOMMON allowed in LECL file 
More than one input specification like *[SCOMMON] is not allowed in the 
linker command file. (e) 


Out of memory reading archive archive 
All internal structures used in the linker are dynamically allocated. When the 
host operating system cannot provide more memory, the linker aborts with an 
error message. On UNIX, change the amount of memory your shell allows 
with the limit or ulimit command; if that does not work, increase your swap 
area. On Windows, increase your swap area (virtual memory). (e) 


Output file format not specified 
Contact Customer Support. (e) 


Output section "section" contains mix of compiled for compression and normal 
sections: The output section will not be prepared for compression 
Mixing compressed and normal code in one section is illegal. (w) 


Output sections: have overlapping load addresses 
Incompatible specification of output sections. (e) 


Output sections: have overlapping run-time addresses 
Incompatible specification of output sections. (e) 


Overlapping memory block block 
Two or more MEMORY directives define the same memory area. (w) 


Redeclaration of symbol 
More than one definition of a symbol which is not COMMON or weak. 
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Register number in REGISTER() section specification must be in 0..n range 
Invalid register specification. (e) 


Relocation error in file filename: section section refers to local symbol symbol in 
section section and section section is not taken to output 
Linker failed to remove unused sections properly. file a SPR. Contact 
Customer Support. (e) 


Relocation error in file filename: 
section section refers to local symbol symbol at section section and 
section section is purged COMDAT section 
Linker failed to remove unused COMDAT sections. Contact Customer 
Support. (e) 


Relocation info is not properly sorted, file filename, section section 
Relocation info is not properly sorted, file filename(...), section section 


Input file has broken relocation information. (e) 


Section .data (DATA) is not defined 
COFF output must have a .data section. (e) 


Section e_shstrndx is not a SHT_STRTAB in file "filename" 


Section e_shstrndx is not a SHT_STRTAB in file "filename(...)" 
Invalid input file: invalid ELF header. (e) 


Section section extends over 32-bit address range 
section address + section size >= 0x100000000. (w) 


Section .text (TEXT) is not defined 
COFF output must have a .text section. (e) 


Symbol "symbol" can’t be declared relative 
Symbol is declared as"... @... =... 
Section "section" is empty - can’t be used for relative declaration 
A section must have some input section to make relative declaration possible. 


(w) 


Symbol "symbol" can’t be declared relative 

Symbol is declared as"... @... =..." 

Symbol "symbol" is absolute - can’t be used for relative declaration 
Base symbol must be declared inside a section. (w) 


Symbol definition "name" not found 
Symbol name is used in linker command file but symbol is undefined. (e) 
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Symbol definitions missing at index index in name 
Contact Customer Support. (e) 


Symbol "symbol" has unknown binding type 
Contact Customer Support. (e) 


Symbol symbol has unknown section index 
Invalid symbol table in input ELF file. (w) 


Symbol symbol has unknown symbol type 
Input file has a symbol of an unknown or unsupported type. (e) 


Symbol symbol in name is defined in unknown section 
Invalid section table in input ELF file. (w) 


Symbol symbol is declared with more than one size 
Symbol symbol is declared with more than one size (n and m) 


Conflicting definition for a COMMON variable. (w) 


Symbol symbol is undefined but not used 
This warning should not be generated since the current linker deletes such 
symbols silently. (w) 


Symbol name missing. Must be defined when using shared libraries. 
This message is no longer used. (e) 


Symbol or section "name" not found 
Invalid name in relative symbol definition in linker command file. (e) 


Symbol _SDA_BASE_ is undefined 

Symbol _SDA2_BASE_is undefined 

Symbol _SDA3_BASE_is undefined 
The symbol _SDAx_BASE_is needed to process SDA (Small Data Area) 
relocations. (e) 


Target architecture is not specified 
Unknown target. (e) 


Undefined symbol "symbol" 

Undefined symbol "symbol" in file "filename" 

Undefined symbol "symbol" in file "filename(...)" 
An undefined symbol is referenced. (w) 


Undefined symbols found - no output written 
The MEMORY directive in the linker command language is used to specify the 
regions from which the linker can allocate memory. When there is not enough 
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space to contain a group, section, or NEXT directive, an error message is 
generated. (e) 


Unknown relocation type in name 
Contact Customer Support. (e) 


Unsupported file format: "name" 
Supported formats are COFF, ELF, archive, and linker command language. (e) 


Unsupported file type in archive 
Supported formats in archives are COFF and ELF. (e) 


Unsupported output file format 
Selected combination of object-file format and target is not supported. (e) 


Unsupported relocation type ... 
Unsupported relocation type in file "filename" 
Input file has unsupported relocation type. (e) 


Unused symbols search failure, symbol: symbol 
The linker failed while attempting to find and delete unused symbols in object 
files. This could be caused by a linker bug, or by an object file that is corrupt, 
invalid, or in an unsupported format. (e) 


Use -Xmixed-compression command line option to enable generation of 
compression switches 

PowerPC compressed code only. The switches are codes which change the 

CPU mode from compressed code to normal code and back. (e) 


Value of "." is undefined outside a section or group 
Illegal use of ”.” in linker command file. (e) 


-Xstop-on-warning is on, linking aborted 
The linker stopped after issuing a warning because the -Xstop-on-warning 
option is enabled. (e) 
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# comment delimiter, assembler 294 

# comments in configuration file 553 

!= binary not equal to, assembler operator 308 

TH =155 

11, 155 

% binary modulo assembler operator 308 

%, assembler binary constant prefix 298 

%f format specifier 479 

%p conversion, implementation-defined 
behavior 572 

%S field, with -Xsubtitle 290 

%T field with -Xtitle 290 

%X conversion, implementation-defined 
behavior 572 

%x conversion, implementation-defined 
behavior 572 

& binary bitwise and, assembler operator 308 

&& concatenating macro parameter 337 

* assembler comment delimiter 294 

* binary multiply assembler operator 308 

+ binary add assembler operator 308 

+ unary assembler add 307 

- binary subtract assembler operator 308 

- unary assembler negate 307 

/ binary divide assembler operator 308 

// comment delimiter 294 

= expression assembler directive 312 


Index 


;comment delimiter 294 

; Statement separator 289 

< binary less than assembler operator 308 

<< binary shift left assembler operator 308 

<= binary less than or equal to assembler 
operator 308 

=: defines global symbol 295 

=: expression assembler directive 312 

== binary equal to, assembler operator 308 

> 

> binary greater than assembler operator 308 

>= binary greater than or equal to assembler 
operator 308 

>> binary shift left assembler operator 308 

-? command-line options 34 

@, assembler octal constant prefix 298 

@, comment delimiter 294 

-@ name assembler option, options from file or 
variable 282 

-@ name common option, options from file or 
variable 409 

-@ name compiler option, options from file or 
variable 48 

-@@ name common option, options from file or 
variable 547 

-@@ name assembler option, options from file or 
variable 282 

-@@ name common option, options from file or 
variable 409 

-@@ name compiler option, options from file or 
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variable 48 

-@E common option, redirecting output 410 
-@E compiler option, redirects output 48 
-@E linker option, redirects output 362 
-@O assembler option, redirecting output 282 
-@O common option, redirecting output 410 
-@O compiler option, redirects output 48 
-@O linker option, redirects output 362 
-# option 282 

display linker command lines 361 

print command lines as executed 47 
-## compiler option, prints command lines 47 
-#### compiler option, prints subprograms 47 
@data unary operator 306 
@h unary operator 306 
@ha high adjust operator 307 
@ha unary operator 306 
@l unary operator 307 
\@ special macro parameter 337 
\0 special macro parameter 337 
‘ binary exclusive or, assembler operator 308 
| bitwise or 308 
~ unary assembler complement 307 
‘\’ backslash escape sequence 299 
‘\b’ backspace escape sequence 299 
‘single quote escape sequence 299 
‘\f’ form feed escape sequence 299 
‘\n’ line feed (newline) escape sequence 299 
‘\r’ return escape sequence 299 
‘\t’ horizontal tab escape sequence 299 
‘\v’ vertical tab escape sequence 299 
/ , assembler hexadecimal constant prefix 298 


Numerics 


0, assembler octal constant prefix 298 

Ox, assembler hexidecimal constant prefix 298 
.2byte assembler directive 312 

Abyte assembler directive 312 
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A 


-A compiler option 
define assertion 34, 120 
-A- compiler option 
ignore macros and assertions 34 
.a file extension, archive library 19 
.a files. See libraries, shared libraries 
-a linker option, forcing -r to allocate common 
variables 363 
-A linker option, link files from archive 362 
-a option 
ddump 422 
a64lconversion function 466 
abort function 
definiton 466 
implementation-defined behavior 
calling, assert function 571 
flushing and closing files 573 
abridged C++ library 220 
abs absolute value function 466 
.abs.nnnnnnnn section. See sections 
absolute 
assembler expressions 305 
expressions 305 
sections. See sections 
variables 
accessing at specific addresses 268 
accesssing with symbolic debugger 243 
absolute (__attribute__ keyword) 140 
access function determining file accessiblility 466 
access Y O function 
RAM-disk support, checking file 
accessibility 266 
access modes 
COMDAT section, with O access mode 241 
defining section accessibility 240 
RW, default for use 237 
RX, default for use 237 
access modes 
default values for predefined section 
classes 237 
in pragma section & pragma use_section 234 
read, write, execute 240 
accessing variables and functions at specific 


addresses 268 
acc-mode. See access modes 
acos function 467 
acosf function 467 
ADDR pseudo function 382 
addressing modes 
definitions, table of 238 
code generated by compiler foreach 244 
far-absolute 245 
default for use 237 
definition 238 
far-data 245 
definition 238 
example 239 
mode used when referencing a variable 238 
operands 576 
standard 245 
default for use 237 
definition 238 
for CODE section class 239 
for data sections, equivalent to far- 
absolute 239 
table of command-line options that affect the 
default 239 
addr-mode. See addressing modes 
advance function, definition 467 
aliasing 
pointer arguments 59 
variables, #pragma no_alias 126 
.align assembler directive, definition 313 
ALIGN keyword 390 


align pragma 123 
aligned (__attribute__ keyword) 141 


alignment 
array 166 
classes 167 
returned inr0/rl 179 
minimum for target memory access, - 
Xalign-min 58 
packed structures 130 
output sections 372 
#pragma align 123 
#pragma pack 129 
scalar types 164 
strings, -Xstring-align 108 
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structures 167,179 
-Xmember-max-align 137 
-Xstruct-max-align 93 
unions 167 
unions 179 
.alignn assembler directive 313 
alloca function 
dynamic stack space allocation 147 
__ alloca intrinsic function 145 
alloca intrinsic function 145 
allocate 
storage 302 
ANSI 
Cc 
mode invoked with -Xdialect-ansi 71 
C standard 
additions to 117 
conformance to 6 
implementation-defined behavior 567 
library functions disregarded with -Xclib- 
optim-off 64 
recommended reference 8 
C++ standard 
additions to 117 
conformance to 6 
differences from ANSI C 222 
recommended reference 8 
compiler limits 565 
references 464 
standards conformance 6,559 
a.out 
default linked output object file 366 
naming by default, single executable file 114 
archiver,dar 11 
argc argument 
environment 570 
argc defining for target program with setup 271 
argument address optimization 
explanation 192 
interprocedural optimizations 199 
argument passing 177 
C++ 177 
class, struct, union 177 
floating point 79 
hidden 
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passed in register 10 179 
hidden, call a function with a return type of 
class, struct, or union 179 
pointers to members 178 
argv 
argument 570 
defining for target program with setup 271 
using ininit.c 258 
using ininit.c 258 
arrays 
alignment 166 
implementation defined behavior 569 
incomplete initialization 
parsing controlled, -Xbottom-up-init 61 
treatment in different modes 561 
initialization of automatic arrays in different 


modes 560 
large initialized and compiler limits 566 
sizeof 166 


ascii assembler directive 313 
.asciz assembler directive 314 
.asciz directive 314 
asctime function 
calling .tzset function 537 
definition 468 
asin function 468 
asinf function 468 
asm 
macro 154 
See also assembler macros 
string statement 
disabling optimizations 159 
strings 151 
asm keyword 
See assembler macros 
__asm__keyword 135 
asm keyword 135 
allowing in different modes 560 
assembler 
delaying literal generation 287 
directives 
direct assignment 305 
operand field format 293 
embedding within compiled programs 268 
error messages 650 
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macros 151 
mixing C and assembler functions 268 
options 278 
relocation types, table of 245 
assembler decimal constants 298 
assembler directives 
2byte 312 
literals 323 
assembler macros 
asm 152,153, 154 
C++ 154 
register list line 156 
storage mode for parameters 
con 155 
storage mode line 154 
assembler operator precedence, table of 309 
assembler supported constants 298 
assembly 
code 
generating foreach addr-mode 244 
file 
keep 86 
preprocess 99 
temporary 86 
output 35,116 
including source, -Xpass source 98 
section directive 235 
assert 
function 
definition 468 
implementation-defined behavior 571 
macro, <assert.h>, standard header files 457 
preprocessor directive 120 
assertions 
See also assert, -A compiler option 
dumping symbol information 67 
assignment 
command 393 
command in section-definition 387 
pop optimization 194 
statements, with -WD complier option 42 
assignment statements 
configuration files 546 
configuration language, definition 555 
atan function 469 


atan2 function 469 
atan2f function 470 
atanf function 469 
atexit function 

definition 470 

exit function 477 
atof function 470 
atoi function 470 
atol function 471 
__attribute__ keyword 139 
attribute specifiers 139 
auto storage class 569 
automatic variables 124 


-B option 
ddump 422 
b, assembler binary constant suffix 298 
backslash escape sequence, ‘\’ 299 
backspace escape sequence, ’\b’ 299 
backward compatibility 214 
-balign assembler directive 314 
basic data types, table of 164 
-Bd, -Bt options 363 
big- vs. little-endian object module format 22 
__BIG_ENDIAN__ preprocessor predefined 
macro 117 
binary operators, table of 308 
binary representation of data 147 
binding (VxWorks shared libraries) 369 
bit-fields 
char type 166 
definiton 166 
enum type 166 
implementation-defined behavior 569 
int plain, sign of 217 
inttype 166 
long long 
not permitted in long long variables 137 
type not allowed 166 
long type 166 
making signed with signed keyword 166 
plain treating as 
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signed with -Xbit-fields-signed 60 
unsigned with -Xbit-fields-unsigned 60 
reducing size with -Xbit-fields-compress-... 59 
short type 166 
blanks in macro arguments, -Xmacro-arg-space- 
off 288 
.blkb assembler directive 314 
bool 
__bool preprocessor predefined macro 117 
type. See type, bool 
branch 
complex optimization 196 
predicting in feedback optimization 202 
with tail recursion 190 
break statement, configuration language 558 
bsearch function 471 
.bsect assembler directive 314 
.bss assembler directive 314 
.bss section. See sections 
BSS section type 389 
BSS_START, __ BSS_END symbols 
initializing static variables to zero 258 
using in clearing static uninitialized 
variables 380 
-Bsymbolic linker option 364 
BTEXT section class. See section classes 
BUFSIZ constant 
defining required size of buf 521 
defining, stdio.h function 461 
with setvbuf 522 
building, rebuilding, the libraries 454 
-byte assembler directive 314 
byte ordering 165 
byte-swapping using #pragma pack 129 


Cc 


C++ compatibility 
exception handling 355 
functions 221 
driver program, dcc 10 
function calls, optimization of 64 
standard, recommended reference 8 
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standards conformance 6 

to C++ migration 221 
.C file extension, C++ source 19 
-Coption 34 

ddump 422 
-c option 

during separate compilation 115 


stopping after assembly, producing object 35 


-Xkeep-object-file 86 
C++ 

argument passing 177 

calling C functions 221 

classes 167 


code, #pragma inline vs. keyword, linkage 191 


driver program, dplus 10 
exception-handling 
and C functions 355 
stack-unwinding 355 
features and compatibility 219 
library 44 
abridged 220 
complete 220 
nonstandard functions 221 
standard 
conformance to 6 
recommended reference 8 
standards conformance 6 
-c, compiler option 
stopping after assembly 19 
C89 standard 71,559 
C99 standard 65,71, 559 
calling conventions 175 
calloc function 
definition 471 
free function 484 
implementation-defined behavior 573 
realloc function 516 
case 
label, implementation-defined behavior 
statement, configuration language 558 
catch C++ keyword 74, 187 
catch keyword 
disabling exceptions 74 
flagging aserror 224 
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570 


if user-defined identifier, may necessitate 
modification of program 222 
.cc file extension, C++ source 19 
ceil function 471, 472 
ceilf function 472 
char type 
See basic data types, table of 
bit-fields 166 
signed 165 
unsigned 165 
character 
constants 
escape sequences, table of 300 
constructing internal representation 568 
entering integral constants 298 
escape sequences for 299 
replacing macro arguments in 562 
swap, -Xswap-cr-nl 110 
I/O function 264 
implementation-defined behavior 568 
Newline 300 
signed, -Xchar-signed 63 
unsigned, -Xchar-unsigned 63 
character constants, assembler 298 
chario.c file 264 
__CHAR_UNSIGNED __ preprocessor predefined 
macro 118 
_chgsign function 472 
CIE (Common Information Entry) 70 
class 
auto storage 569 
definition, type_info 225 
instantiation, -Ximplicit-templates-off 82 
library 
abridged C++ 446 
C++ iostream.a 445, 446 
libcomplex.a 
C++ complex math class library 13 
directory location 448 
supplied with tools 445 
libstlstd.a 
directory location 449 
member 
function 226 
name qualifiers 173 


name mangling 226 
register storage 569 
templates 223 
virtual function table generation, key 
functions 171 
with destructors 74 
class C++ keyword 222 
classes 
alignment 167 
returned inr0/rl 179 
argument passing 177 
C++ 167 
derived 
adding virtual base pointers 170 
using the virtual function table 
pointer 170 
internal data representation 167 
local 173 
meanings 
if inside a function but outside any 
class 172 
if outside any function and any class 172 
if outside any function but inside a C++ 
class definition 173 
if within a local C++ class and inside a 
function 173 
return type 179 
storage 
as permitted by scope 173 
different classes allowed 172 
virtual base 
C++ 168 
virtual base, with constructors and 
destructors 178 
clearerr function 472 
clock function 
definition 472 
implementation-defined behavior 573 
use in clock.c 267 
CLOCKS_PER_SEC constant 
clock function 472 
defining, time.h function 462 
close function 
definition 473 
RAM-disk support, closing a file 266 
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code 
generating options, controlling 252 
location, #pragma section 133 
CODE section class. See section classes 
COFF 
output 374 
.coment section. See sections 
.comm assembler directive 
declaring COMMON sections with 352 
definition 315 
external symbols 295 
indicating use of with string COMM 235 
vs. lcomm 323 
COMM section. See sections 
command-line length limit 32 
command-line options 
quoting strings 31 
that affect the default addr-mode, table of 239 
command-line options, writing 30 
command-line order 361 
commands 
dar 411 
das 278 
dbcnt 417 
ddump 421 
comment delimiters in assembler 294 
COMMENT section. See sections 
.comment section. See sections 
comments 
configuration language, token 553 
linker command file 384 
common 
symbols 296 
tail optimization 194 
Common Information Entry (CIE) 70 
COMMON section. See sections 
COMMON sections. See sections 
communicating with the target hardware 267 
compatibility 
C++ 214 
compatibility modes 
ANSI 559 
for C programs, table of for ANSI, Strict ANSI, 
K&R, and PCC 560 
K&R 559 
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PCC 559 
Strict ANSI 559 
table of features 559 
compilation 
conditional 120 
disabling exception handling 74 
four stages 114 
if speed is crucial 183 
older programs, -Xmemory-is-volatile 94 
problems 213 
separate 115 
speed vs. optimization, trade-off 182 
stopping, -Xstop-on-warning 107 
without optimization corrects execution, 
possible causes 216 
-Xlint, warnings for suspicious constructs 
compile function, definition 473 
compile regular expression 473 
compiler 
backward compatibility 214 
C++-to-assembly 19 
code written for older UNIX 214 


compatibility with 
older compilers using setjmp / 
longjmp 187 
others 6 


creating temporary objects not visible 229 
C-to-assembly 19 
emulating UNIX behavior 560 
environment variables 15 
flag keywords: try, catch and throw as 
errors 224 
invoking 29 
options 33 
-X options 48 
producing optimized code 184 
register use, table of 180 
time 
options 253 
pragmas 253 
compiler frontend 65 
compiler limits 565 
components of installation 9 
concatenate underscore, -Xadd-underscore 57 


conf directory, contains linker command files 263 
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configuration files 


assignment statements 546 
default.conf 
changing/ overriding variables stored 
in 26 
definition 550 
exit statement 556 
standard version shipped with tools 548 
using 11 
default.conf, editing 26 
dtools.conf 
configuration variables 552 
description 11 
exit statement 556 
simplified structure, table of 550 
standard version shipped with tools 548 
hierarchy of three 548 
nesting 557 
processing at startup 547 
reading at startup 11 
relation to command lines and environment 
variables 546 
site-dependent defaults 546 
standard 
name, location 548 
shipped with tools 551 
user.conf 
dtools.conf configuration file, simplified 
structure 550 
providing own 549 
variable evaluation, table of 555 


configuration language 


comments, token 553 
how to write 549 
options 553 
purpose and effect 552 
statements 553 
break 558 
case 558 
else 
if statement 556 
syntax 553 
endsw 558 
error definiton 556 
exit 556 


if 
defintion 556 
syntax 553 
with _ ERROR function 148 
include 549 
with dtools 549 
print 557 
switch 557 
string constants 554 
variables 
$$, expands to$ 555 
$*, dtools.conf, simplified structure 550 
$*, evalutating entire command 555 
$, evaluatating value of a variable 554 
$, introducing variables 553 
DCONFIG 
setting, -WC option 546 
definitorY explanation 554 
DENVIRON 
avoiding altering dtools-t option 549 
default library search path controlled 
by 549 
dtools.conf 549 
editing default.conf to change 26 
overriding with environment variable 
ofsamename 15 
setting, -t option 546 
-tsets 25 
DFLAGS 
definition 551 
DFP 
avoiding altering dtools-t option 549 
dtools.conf, simplified structure 550 
editing default.conf to change 26 
evaluating in configuration files 555 
overriding with environment variable 
ofsamename 15,16 
setting, -toption 546 


-tsets 25 
DOBJECT 
avoiding altering dtools, -t 
option 549 


dtools.conf, simplified structure 550 
editing default.conf to change 
settings 26 


Index 


overriding with environment variable 
ofsamename 15 
setting, -t option 546 
-tsets 25 
DTARGET 
avoiding altering dtools, -t 
option 549 
editing default.conf to change 26 
overriding with environment variable 
ofsamename 15 
setting, -t option 546 
-tsets 25 
simplified structure 550 
UAFLAGS1 
definition 552 
dtools.conf, simplified structure 550 
UAFLAGS2 
definition 552 
dtools.conf, simplified structure 550 
UFLAGS1 
definition 551 
dtools.conf, simplified structure 550 
overriding options set by 552 
UFLAGS2 
definition 551 
dtools.conf, simplified structure 550 
occuring after $*, in dtools.conf 552 
ULFLAGS1 
definiton 552 
dtools.conf, simplified structure 550 
ULFLAGS2 
definition 552 
dtools.conf, simplified structure 550 
configuration language, assignment statements, 
definition 555 
configuration, target. See target configuration 
__CONFIGURE_EMBEDDED 455 
__CONFIGURE_EXCEPTIONS 455 
conformance to C and C++ standards 
CONST 
section class 
-Xconst-in-text mask bits 246 


6, 559 


const 
data, -Xstrings-in-text in embedded 
development 253 


673 


Wind River Compiler for ARM/XScale 
User's Guide, 5.4 


global, default linkage inC and C++ 222 
keyword 
and compatibility mode 560 
help optimizer 185 
variable 
moving from "text" to "data" 245 
-Xdata-relative-far 68 
CONST section class. See section classes 
constants 
%, assembler binary prefix 298 
@, assembler octal prefix 298 
/ ,assembler hexadecimal prefix 298 
0, assembler octal prefix 298 
Ox, assembler hexidecimal prefix 298 
and variable propagation optimization 196 
assembler character 298 
assembler decimal 298 
b, assembler binary suffix 298 
binary representation of 147 
BUFSIZ 
defining required size of buf 521 
defining, stdio.h function 461 
setvbuf 522 
character 
escape sequences 299 
CLOCKS_PER_SEC 
clock function 472 
CLOCKS_PER_SEC, defining, time.h 
function 462 
DOMAIN — 505 
EDOM 
errno setting, acos function 467 
errno setting, asin function 468 
errno setting, atan2 function 469 
ermo setting, matherr function 505 
ENTER 491 
EOF 
defining, studio.h function 461 
fscanf function 486 
scanf function 518 
sscanf function 525 
ungetc function 537 
ERANGE 
setting, exp function 478 
setting, matherr function 505 
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EXIT_FAILURE 
defining, stdlib.h function 462 
providing, exit function 477 
EXIT_SUCCESS 
defining, stdlib.h function 462 
providing, exit function, successful 
termination 477 


FIND 
hsearch function 491 
floating point 
assembler support 298 
format 299 


HUGE_VAL 460, 478 
defining, <math.h> header file 458 
HUGE_VAL_F 461 
integer 298 
integral 298 
_IOFBF 522 
_IOLBF 522 
_IONBF 522 
LC_ALL 521 
LC_COLLATE 
setlocale function 521 
streoll function 526 
LC_MONETARY 521 
LC_NUMERIC 521 
LC_TIME 521 
locating vs. .data sections 245 
locating with -Xonst-in-text, -Xconst-in- 
data 67 
MB_CUR_MAX_ 506 
NULL 
defining, stddef.h function 461 
defining, stdio.h function 461 
defining, stdlib.h function 462 
defining, string.h function 462 
o, assembler octal suffix 298 
O_APPEND 
defining, fentl.h function 460 
O_NDELAY 
defining, fentl.h function 460 
O_RDONLY 
defining, fentl.h function 460 
setting values, open function 510 
O_RDWR 


Index 


defining, fentl.h function 460 cross reference table in link map 366 
values of, open function 510 cross/libc.a library 
OVERFLOW 505 ELF standard C libraries 12 
O_WRONLY location 448 
defining , fentl.h function 460 cross-module optimization 64, 188 
values, open function 510 crt0.o startup module 
PLOSS 505 default overridden, -W sfile compiler 
q, assembler octal suffix 298 option 360 
RAND_MAX 516 source of standard version crt0.s 12 
SEEK CUR 502 specify non-standard,-Ws 43 
SEEK END 502 start up code 12 
SEEK_SET 502 crt0.s startup module 
SING 505 details 256 
staticdata 57 overview 254 
supported by assembler 298 crtlibso.c startup module 
TLOSS 505 details 256 
UNDERFLOW — 505 overview 254 
constructor (__attribute__ keyword) 141 ctime function 475 
constructors ctoa preprocessor 19 
default priority 84 ctoasubprogram 11 
globalC++ 83 ctordtor.c startup module 
mangling 227 details 256 
missing calls to 229 overview 254 
operator 222 ctype functions 
with avoiding setjmp, longjmp functions 229 isalnum 571 
control code generation options 252 isalpha 571 
copying initial values from "rom" to"ram" 257 iscntr 571 
_copysign function 473 isdigit 571 
cos function 473 isgraph 571 
cosf function 474 islower 571 
cosh function 474 isprint 571 
coshf function 474 ispunct 571 
__cplusplus preprocessor predefined macro isspace 571 
definition 118 isupper 571 
using with #ifdef directives 221 isxdigit 571 
.cpp file extension, C++ source 19 table of 571 
cpp preprocessor test for characters 571 
defaults 19 .cxx file extension, C++ source 19 


with -W compiler option 44 
creat function 

<fentl.h>, standard header file 458 D 

definition 474 

fdopen function 480 

RAM-disk support, opening file 266 
cross execution environment 23 


-D linker option 364 
-Doption 279 
ddump 423 
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+d option 
ddump 426 
-d option 
ddump 423, 426 


.diline assembler directive, using to suppress, - 


Xdebug-mode 70 
dar 
archiver 11 
building archive libraries 358 
commands 
-pprint 412 
-ddelete 412 
examples 415 
-mmove 412 
modifiers, table of 413 
-q quick append 413 
-qf quick update 413 
-rreplace 412,413 
-s symbol table update 413 
syntax 411 
-t table of contents 413 
-Vversion 413 
-x extract 413 
das 
assembler, locating executable 10 
command 278 
das preprocessor 19 
@data unary operator 306 
data 
basic types 163 
binary representation of 147 
char, size and alignment 164 
constant 
static 57 
-Xstrings-in-text in embedded 
development 253 
double, size and alignment 164 
enum, sameasint 164 
float, size and alignment 164 
global 
pure_function pragma 132 
-Xaddr-const 57 
-Xaddr-data 57 
-Xaddr-sconst 57 
-Xaddr-sdata 57 
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initialized 
containing in particular section, with 
istring 235 
in.data section 301 
int 
size, alignment, and range 164 
internal representation 163 
locating 
in constant vs. .data sections 245 
initialized vs. uninitialized 242 
long double, size and alignment 164 
long long, size and alignment 164 
long, size and alignment 164 
non-constant static 57 
pointers, size and alignment 164 
ptr-to-member-fn, size and alignment 
read-only 
in .rodata section 301 
reference, size and alignment 164 
relative addressing 
far-data 238 
modes, using to achieve PID 239 
short, size and alignment 164 
signed char, size and alignment 164 
static 132 
storing in big- or little-endian order 165 
type size 166 
types, table of C/C++ 163 
uninitialized 
.bss section 301,314 
containing in particular section, with 
ustring 235 
unsigned 
char, size and alignment 164 
int, size and alignment 164 
long long, size and alignment 164 
long, size and alignment 164 
short, size and alignment 164 
volatile 253 
data 
ptr-to-member, type, size and alignment 
.data assembler directive 316 
DATA section class. See section classes 
.data section. See sections 
database 


cross-module optimization 189 
DATA_END, _ DATA_RAM, _ DATA_ROM 
symbols, copy initial values from "rom" to 
"ram" 257 
DATA_END, _ DATA_RAM, _ DATA_ROM 
symbols, copy initial values from "rom" to 
"ram",in bubble.dld 380 
__DATE__ preprocessor predefined macro 
precompiled headers 231 
__DATE__ preprocessor predefined macro 118 
dbcnt 
command syntax 417 
dbcnt.out file 
default 419 
environment variable. See environment 
variables 
examples 419 
generating profiling information 11 
options 418 
-f profile file 418 
read from 418 
-hhigh line limit 418 
-l low line limit 418 
-nnumber every line 418 
-t most frequent lines 418 
-V version 418 
required functions 
__dbexit 420 
__dbini 420 
dbcnt.out 
using if DBCNT is not set 418 
with -Xfeedback compiler option 76 
__dbexit function, required for dbcnt 420 
__dbini function, required for dbcnt 420 
dc.b assembler directive 315 
__DCC__ preprocessor predefined macro 118 
DCC reference 464 
dcc. See driver program, dcc 
dc.l assembler directive 315 
DCONFIG environment variable. See environment 
variables 
__DCPLUSPLUS__ preprocessor predefined 
macro 118 
dctrl program 
displaying -t options 41 


Index 


locating executable 11 
setting default target 22 
alternatives 26 
setting default target configuration 
variables 15 
dc.w assembler directive 316 
DCXXOLD 215 
ddump 
commands 
+t symbol table, dump with upper 
limit 425 
+z line number information, dump with 
upper limit 426 
-aarchive header,dump 422 
-B binary format, converting to 422 
-C difference file, generate 422 
-c string table, dump 423 
commands, table of 422 
-D DWARF debugging information, 
dump 423 
examples 427 
-Fdemangle names 423 
-f fileheader,dump 423 
-g global symbols, dump 423 
-Hhex and ASCII, dump 423 
-hsection headers, dump 423 
-l line number information, dump 423 
-m write Motorola S-records of a given 
type 424 
modifiers, table of 426 
-N symbol table,dump 423 
-o optional header, dump 424 
-p write a plain ASCII file in 
hexadecimal 424 
-R converting to Motorola S-Records 424 
-r relocation information, dump 425 
-s section contents,dump 425 
-S size of sections, display 425 
syntax 421 
-tsymbol table,dump 425 
-u write a binary file 424 
-v do not output the .bss or .sbss 
section 424 
-V version 425 
-w set the line width of S-records 425 
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-z line number information, dump 425 
converter utility 273 
object file converter and dumper 11 
ddump -F 
demangling utility 228 
debugging 
Common Information Entry 70 
-Doption 423 
DWARF 69, 279, 283, 423, 583 
-g option 37,279 
generating debug information for unreferenced 
types 71 
local variables, unused 70 
selecting levels, DFLAGS 551 
declarations 
force, -Xforce 78 
in header files 219 
declarators, implementation-defined behavior 570 
declared symbol, definition of 294 
default 
acc-mode, values for section classes 237 
addr-mode 
options that change 239 
values for section classes 237 
istring / ustring values for section classes 237 
tab size, -Xtab-size 290 
default.conf 
default configuration information stored by 
dctrl program 15 
DENVIRON configuration variable set in 549 
default.conf configuration file 
changing/ overriding variables stored in 26 
definition 550 
exit statement 556 
standard version shipped with tools 548 
using 11 
default.dld linker command file 263 
component in conf subdirectory 11 
default overridden, -W mcompiler option 360 
example use of 360 
__HEAP_START, _HEAP_END defined in 
default.dld 260 
overriding -Bd and -Bt options 364 
present in conf directory 377 
serving as model 377 
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__SP_END must define in for stack 
checking 259 
-Wm option 43 
default.Ink. See default.dld 
#define preprocessor directive 35 
defined 
symbol, definition of 294 
variables, types, and constants 459-462 
delaying literal generation 287 
delete 
array operators 224 
C++ keyword 222 
operator 179 
demangling utility, ddump -F 228 
DENVIRON environment variable. See environment 
variables 
deprecated (__attribute__ keyword) 142 
derived class 
adding virtual base pointers 170 
using the virtual function table pointer 170 
destructor (__attribute__ keyword) 142 
destructors 
default priority 84 
increasing efficiency with -Xexceptions-off 74 
mangling 227 
missing calls to 229 
operator 222 
used prior to program termination 222 
DFLAGS environment variable. See environment 
variables 
DFP environment variable. See configuration 
language: variables 
__diab_alloc_mutex 270 
DIABLIB environment variable. See environment 
variables 
__diab_lib_error function 
defining in src/lib_err.c 262 
handling errors from library function 262 
__diab_lock_mutex 270 
_DIAB_TOOL preprocessor predefined macro 118 
__diab_unlock_mutex 270 
difftime function 475 
direct 
assignment statements 
definition and syntax 295 


function for embedding machine code 161 
directives 

See preprocessor directives 

#ident in .comment 583 

#pragma, use with asm macro 154 
directories 

conf, contains linker command files 263 

src, source files 264 


structure 9 
disabling optimization, -g, (-Xoptimized-debug- 
off) 97 
disassembler, windiss 431 


div 
part of stdlib.h header file 462 
div function 
definition 475 
div_ttype 462,475 
.dld file extension, linker 19 
dld linker, locating executable 10 
dld preprocessor 19 
dmake 
“make” utility 11,429 
executable, installation 429 
requires startup directory 430 
using 430 
DMALLOC_CHECK environment variable. See 
environment variables 
DMALLOC_INIT environment variable. See 
environment variables 


DOBJECT environment variable. See environment 


variables 
DOMAIN constant 505 
.double float-constant, ... assembler directive 
definition 316 
double values returned in r0/r1_ 179 
dplus 
See driver program, dplus 
template instantiation 223 
drand48 function 
definiton 475 
Icong48 function 498 
srand48 function 524 
driver program 
dcc for C, locating executable 10 
dplus for C++, locating executable 10 


Index 


invoking 29 

main program flow 17 

renaming to access different version 14 
table of subprograms and stopping options 
verbose mode,-v 42 


19 


-W control meaning of source file extension 46 


ds.b assembler directive 316 
.dsect assembler directive 316 


DTARGET environment variable. See environment 


variables 
dtoa preprocessor 595 
dtoasubprogram 11 
dtools.conf configuration file 
$DENVIRON.conf 549 
configuration variables 552 
description 11 
exit statement 556 
simplified structure, table of 550 
standard version shipped with tools 548 
dumperddump 11 
dup function 
definition 476 
fdopen function 480 


DWARF, debug information 69, 279, 283, 423, 583 


Common Information Entry 70 
dynamic 

casts 225 

stack space allocation, alloca 147 
__DYNAMIC_ symbol created by linker 351 
dynamic_cast expression 225 


E 


-E compiler option 
vs.-P compiler option 41 
-E complier option 
write source to standard output 35 
-e linker option 
default entry point address 364 
-e option 36 
and -Xmismatch-warning 37,94 
__EABI__ preprocessor predefined macro 118 
ecvt function 476 
_edata and edata symbols created by linker 351 
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EDG (Edison Design Group) 65 
Edison Design Group 65 
EDOM constant 
errno setting, acos function 467 
errno setting, asin function 468 
errno setting, atan2 function 469 
errno setting, matherr function 505 
.eject assembler directive 316 
ELF 
files 
header fields, table of 579 
relocation entry fields, table of 584 
section header fields, table of 581 
structure, typical 578 
symbol fields, table of 585 
format 371 
header structure 578 
object files 
convert ing to Motorola S-Records, ddump 
command -R 424 
object module format 22 
absolute sections 303 
libraries 12 
.org assembler directive, using with 325 
section alignment 302 
overall structure 577 
program header 
fields, table of 580 
structure 580 
relocation 
entry structure 584 
selecting information format 371 
section header structure 581 
symbol table section structure 585 
typical sections, table of 583 
#elif preprocessor directive 121 
.else assembler directive 316, 320 
else statement, configuration language 
if statement 556 
syntax 553 
.elsec assembler directive 317 
definition 317 
equivalent to .else, .endif,.endc 320 
.elseif assembler directive 
definition 317 
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equivalent to .else, .endif, .endc 320 
embedded 
assembly code 151, 152 
See also asm string statement 
See also assembler macros 
methods, table of 152 
environment 567 
compile time options 252 
features facilitating access to the 
hardware 267 
functions, table of 264 
hardware exception handling 262 
linker command file 263 
miscellaneous functions 267 
operating system calls 264 
profiling 272 
raise function 262 
setup program 271 
src directory, source files 264 
startup and termination 254 
using in 251 
volatile keyword 269 
encoding modifiers, table of type 228 
_end and end symbols created by linker 351 
.end assembler directive 317 
.endc assembler directive 317 
definition 317 
equivalent to .else, .elsec, .endif 320 
endianity, big vs little object module format 22 
.endif assembler directive 
definition 317 
equivalent to else, .elsec, .ende 320 
#endif preprocessor directive 562 
.endm assembler directive 317 
.endof.section-name symbol created by linker 350 
endsw statement, configuration language 558 
ENTER constant 491 
.entry assembler directive 317 
entry point symbols 296 
enum 
equivalent to int 73 
size of inC, C++ 222 
type bit-field 166 
enumeration 
implementation-defined behavior 569 


size of, See -Xenum-is-. . . 


environment 


embedded 567 
implementation-defined behavior 570 
variables 

See configuration variables 
variables. See environment variables 


environment variable MAKESTARTUP, 


defining 430 


environment variables 


compiler 15 
configuration language 552 
dbent 
naming the profile data file 419 
DCONFIG 
changing location of main file 549 
overriding 547 
recognized by compiler, description 15 
DCXXOLD 16, 215 
DENVIRON 
recognized by compiler, description 16 
DFLAGS 
dtools.conf, simplified structure 550 
evaluating in configuration files 555 
recognized by compiler, definition 16 
using when difficult to change scripts, 
makefiles, add an option 183 
DFP. See configuration language: variables 
DIABLIB 
recognized by compiler, definition 16 
DIABTMPDIR 16 
DMALLOC_CHECK 
malloc function 503 
DMALLOC_INIT 
malloc function 503 
DOBJECT 
overriding, -WDDOBJECT 281 
recognized by compiler, description 15 
-WDDOBJECT, assembler option 281 
DTARGET 
overriding, -WDDTARGET 281 
overriding, -WDDTARGET assembler 
option 281 
recognized by compiler, description 15 
pointers to 571 


Index 


relationship to command lines, configuration 
files 546 
specify with setup program 258 
TMPDIR 414 
EOF constant 
defining, studio.h function 461 
fscanf function 486 
scanf function 518 
sscanf function 525 
ungetc function 537 
equ assembler directive 318 
defining asymbol 295 
definition 318 
ERANGE 
constant 
setting, expfunction 478 
ERANGE constant 
setting, matherr function 505 
value oferrno 572 
erf function 476 
erfc function 477 
erfcf function 477 
erff function 476 
errno variable 458, 460, 465, 467, 468, 469, 478, 481, 
486, 505, 510, 572 
See also multi-tasking 
support 
_-errno_fn 465 
library functions set onerror 262 
preserving 465 
__errno_fn function 465 
error 
caught by library function 262 
compilation 
caused by using try, catch or throw 
keyword 74 
generating time with _ERROR__ 
function 148 
-Xstop-on-warning 107 
compiler flags keywords try, catch and throw as 
errors 224 
fatal 148 
generated if 
address of variable, function, string used 
by static initializer, -Xstatic-addr- 
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error 107 
double precision operation used, -Xdouble- 
error 72 
no environment variable or file found, - 
@name 48, 282 
generated with 
#error string 148 
exception handling 224 
generating 
illegal structure references 562 
missing parameter name after # in macro 
declaration 562 
generating if 
no environment variable or file found, - 
@name 410 
parameters redeclared in outer level of 
function 563 
pointers and integers mismatched 561 
prototypes and arguments do not 
match 561 
output, standard 38 
preprocessor, treatment of 562 
standard 
output, assert function 571 
redirect to file,-@E 48 
redirecting to file,-@E 282, 362, 410 
treat warnings as, -Xlint 209 
undervalue 572 
.error assembler directive 318 
___ERROR_ function, produces compile-time error 
or warning 148 
error messages 593 
error pragma 123 
#error preprocessor directive 121 
error statement 
configuration language, definition 556 
_etext and etext symbols created by linker 351 
etoa preprocessor 19 
__ETOA__ preprocessor predefined macro 118 
etoa subprogram 11 
__ETOA_IMPLICIT_USING_STD preprocessor 
predefined macro 118 
__ETOA_NAMESPACES preprocessor predefined 
macro 118 
.even assembler directive 318 
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exception handling 224, 262 
and C functions 355 
stack unwinding 355 
exceptions 
disable with -Xexceptions-off in C++ 74 
enable with -Xexceptions inC++ 74 
-Xjmpbuf-size in C++ 86 
__EXCEPTIONS__ preprocessor predefined 
macro 118 
execution environment 
cross 23 
rtp 65 
simple 23 
execution problems 216 
exit 
function 462, 466, 470, 477 
implementation-defined behavior 573 
statement, configuration language 556 
_exit function 477 
in _exit.c termination module 267 
_exit.c 
profile in an embedded environment 273 
termination module, overview 254 
exit.c and _exit.c termination module 
details 258 
overview 254 
EXIT_FAILURE constant 
defining,h stdlib.h function 462 
providing, exit function 477 
.exitm assembler directive 318 
EXIT_SUCCESS constant 
defining, stdlib.h function 462 
providing, exit function, successful 
termination 477 
exp function 478 
expf function 478 
.export assembler directive 295, 296, 319 
declaring ordinary external symbols 295 
export keyword 224 
expressions 
absolute 305 
evaluation precedence 308 
float 79,561 
linker command file 382 
precedence change with parentheses 305 


relocatable 305 
terms 305 
typeid 225 
typeinfo& 225 
extend 
instruction 200 
optimization 200 
extended keyword, synonym for long double 87, 
135 
.extern 
references, making available to linker using 
.global assembler directive 319 
extern 
“C” use to avoid name mangling 221, 226 
keyword 352 
variable 173 
.extern assembler directive 318 
external symbols 
common 295 
examples 296 
global undefined, if not defined in same 
file 296 
ordinary 295 
.externassembler directive 318 


F 


-F option 
ddump 423 
-foption 364 
ddump 423 
fabs function 478 
fabsf function 478 
far-absolute addressing mode 245 
See addressing modes 
far-data addressing mode 245 
See addressing modes 
fclose function 479 
fentl function 460, 479 
definition under <fcntl.h> header file 458 
RAM-disk support, getting information about a 
file 266 
fevt function 479 
fdopen function 479 


Index 


feedback optimization 201 
feof function 
definiton 480 
ferror function 480 
__ffi intrinsic function 145 
fflush function 480 
fgetc function 480 
fgetpos function 481 
fgets function 481 
file assembler directive 319 
file extensions 
.a, archive library 19 
.C,C++ source 19 
.cc,C++ source 19 
cpp, C++ source 19 
.cxx, C++ source 19 
.dld, linker 19 
.i, proprocessed source 19 
.o, object module 19 
.0, preprocessed source 19 
.s, assembly source 19 
__FILE__ preprocessor predefined macro 118, 469 
FILE structure 483, 485, 534 
fileno function 481 
files 
absolute vs. relative pathnames, 
implementation-defined 
behavior 570 
a.out, during compile and link 114 
header 38, 457 
search order 570 
initialize in setup.c in embedded 
environment 271 
input 278 
stderr 485,517 
declaring, stdio.h function 461 
stdin 490,518 
declaring, stdio.h function 461 
stdout 371,511,514, 515 
declaring, stdio.h function 461 
temporary, DIABTMPDIR 16 
types 483 
.o 19,86 
86,152 
fill assembler directive 319 
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finalalization 
.dtors section, -Xinit-section 83 
.fini section, -Xinit-section 83 
finalization 83 
default priority 84 
FIND constant, hsearch function 491 
.fini section 
incrt0.s 257 
_finite function 481 
float assembler directive 319 
float expressions 79,561 
floating point 
- Xfp-min-prec-long-double 80 
arguments 79 
conformance to IEEE754 standard 76 
constants 298 
float values returned in r0 179 
IEEE, .float assembler directive 319 
implementation defined behavior 569 
libcfp.a 
hardware library 448 
stubs library 13, 448 
method selection 41 
register 
not saved by interrupt function 126 
selecting type of support, -t option 22 
software 
libraries 13 
specifying with environment variable DFP 16 
supporting 21 
types 
alignments 163 
ranges 163 
sizes 163 
-Xextend-args 75 
-Xfp-float-only 79 
-Xfp-long-double-off 79 
-Xfp-min-prec-float 79 
-Xfp-min-prec-long-double 79 
-Xieee754-pedantic 81 
-Xuse-double 
See -Xfp-min-prec-double 79 
See -Xfp-min-prec-long-double 80 
-Xuse-float 
See -Xfp-min-prec-float 79 
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floor function 482 
floorf function 482 
fmod function 482 
fmodf function 482 
fopen function 272, 483 
for statement, scope of initialization part 78 
form feed escape sequence, ’\f’ 299 
fpos_t type, defining, stdio.h function 461 
fprintf function 483, 538 
implementation-defined behavior 572 
fputc function 484 
fputs function 484 
.frame_info section 
description 355 
sorting 375 
unused 373 
fread function 484 
free function 484, 503 
thread-safe 270 
freopen function 485 
frexp function 485 
frexpf function 485, 509 
friend C++ keyword 222 
frontend, compiler 65 
fscanf function 486, 538 
implementation-defined behavior 572 
fseek function 486,517 
fsetpos function 486 
fstat function 487 
ftel function 487 
implementation-defined behavior 572 
__FUNCTION__ predefined identifier 118 
function-level optimization 4 
function-like macros 35 
functions 
See individual functions 
locating specific address 268 
modifying errno marked by REERR 465 
name encoding with the types of all 
arguments 177 
no return promised, #pragma no_return 186 
no side effects promised, #pragma 
no_side_effects 128 
pointers, absolute 239 
#pragma interrupt 126 


pure promised, #pragma pure_function 132 
standards and definitions, table of 464 
templates 223 

fwrite function, definition 487 


G 


-g option 37,279 
ddump 423,424 
line number information ELF 585 
gamma function 487, 488 
gap inmemory, fill value 313 
gap in section 
creating 393 
filling 391 
GCC options. See GNU compiler options 
gcevt function 488 
getc function 481, 488, 537 
getchar function 489 
getenv function 271, 489 
defining target environment variables for 271 
implementation-defined behavior 571 
getopt function 489 
getpid function 267, 489 
gets function 490 
getw function 490 
global 
common subexpression elimination 
optimization 197 
construction and destruction of objects 222 
constructors C++ 83 
data 
#pragma pure_function 132 
-Xaddr-const 57 
-Xaddr-data 57 
-Xaddr-sconst 57 
-Xaddr-sdata 57 
function 
indicator ‘F’ in mangled names 226 
optimization 5 
no_side_effects pragma promises no 
modification of variable 128 
optimization 6 
register assignments 124 


Index 


variables 
absolute sections 243, 268 
allocating to register 124 
constructors 222 
destructors 222 
modifying with asm macro 154 
optimizing in conditionals 62 
vs. local 184 
-global assembler directive 295, 296, 319 
declaring ordinary external symbols 295 
__GLOBAL_OFFSET_TABLE_ symbol created by 
linker 351 
global_register pragma 
preserve across function calls 124 
variable used to control allocation 124 
-globl assembler directive 295, 296, 319 
declaring ordinary external symbols 295 
gmtime function 490 
GNU compatibility 
GNU local symbols 297 
enabling, -Xgnu-locals-on 284 
nm 424 
phony targets 91 
semicolon as statement separator 289 
GNU compiler options 
translating 218 
-Xgcc-options-... 80 
GNU extended syntax 
assigning variables to registsers 147 
inline assembler 152 
GNU local symbols 
disabling, -Xgnu-locals-off 284 
GROUP definition 392 


H 


@h unary operator 306 
-Hoption 38, 279, 284 
ddump 423 
-h option 
ddump 422, 424 
h option 
ddump 423 
-h, --help command-line options 34 
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@ha unary operator 306 
hardware exception handling in an embedded 
environment 262 


_HAS_TRADITIONAL_IOSTREAMS preprocessor 


macro 221 
_HAS_TRADITIONAL_STL preprocessor 
macro 221 
hcreate function 491 
hdestroy function 491 
hdrstop pragma 124, 230, 231 
header 
field %T title, -Xtitle option 290 
files 38,457 
C++ 219 
declarationsin 219 
missing standard 214 
precompiled 229 
search order 570 
specify search path I option 38 
standard, table of 457 
treat #include as #import 82 
typeinfo.hC++ 225 
string 
default format, -Xheader-format 285 
format specifications, -Xheader- 
format 285 
HEADERSZ pseudo function, definition 383 
heap, sbrk function manages 260 
HEAP_START, _ HEAP_END define heap for 
sbrk function 260 
inbubble.c 380 
hole in memory, fill value 313 
hole in section 
See gap in section 
horizontal tab escape sequence, ’\t’ 299 
host_dir subdirectory 10 
name under version_path 9 
hsearch function 491 
HUGE_VAL constant 460, 478 
defining, <math.h> header file 458 
HUGE_VAL_F constant 461 
hypot function 491 
hypotf function 492 
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i file extensions, preprocessed source 19 
-loption 38, 47, 280, 570 
-ioption 39,124 


-i filel=file2 change name of header file 39,214 


-I@ option 39 
V O functions, table of 265 
#ident 


directives inC in .comment 583 
preprocessor directive 122, 125 
strings 81 


ident assembler directive 320 
ident pragma 125 
identifiers 


See symbols 

implementation defined behavior 568 
maximum length, -Xtruncate 111 
underscores added to, -Xunderscore-... 111 
user-defined 222 

-Xtruncate 111 


IEEE floating point 


conformance to IEEE754 standard 76 
.double assembler directive 316 
float assembler directive 319 


if assembler directive 317,320 
#if preprocessor directive 121 


implementation-defined behavior 570 


if statement 


configuration language 
definition 556 
syntax 553 
with _ERROR_ function 148 


.ifc assembler directive 321 

ifdef assembler directive 321 
#ifdef preprocessor directives 122,221 
if-else clause optimization 201 
.ifendian assembler directive 320 
.ifeq assembler directive 321 
.ifge assembler directive 321 

.ifgt assembler directive 321 

.ifle assembler directive 321 

.iflt assembler directive 321 

.ifnc assembler directive 322 
ifndef assembler directive 322 


Index 


.ifne assembler directive 322 union members 569 
implementation statements, case labels 570 
specific behavior incode 217 structures 569 
implementation-defined behavior 567-573 switch statements 570 
abort function 571,573 unions 569 
absolute vs. relative pathnames 570 import assembler directive 322 
arrays 569 #import preprocessor directive 122 
bit-fields 569 .incbin assembler directive 322 
characters 568 __inchar function 264 
declarators 570 include 
enumerations 569 subdirectory, standard header files 12 
environment 570 include assembler directive 322 
main function C++ 570 #include preprocessor directive 39 
floating point 569 See also #import preprocessor directive 
fprintf 572 treat as #import directive 82 
fscanf 572 include statements, configuration language 549 
ftell 572 definition 557 
getenv function 571 dtools 549 
identifiers 568 including source in assembly code 98 
#if preprocessor directive 570 INF floating point constant 299 
implementation of library functions 571-573 info pragma 125 
integers 568 #info preprocessor directive 122 
library functions #inform preprocessor directive 122 
Y%p conversion 572 #informing preprocessor directive 122 
%X conversion 572 init section 
%x conversion 572 incrt0.s 257 
assert 571 init.c startup module 
calloc 573 overview 254 
clock 573 init.c startup module, details 257 
denoting range of characters 572 initialization 
exit 573 constructors 83 
malloc 573 .ctors section, -Xinit-section 83 
NULL macro 571 default priority 84 
perror message 572 init section, -Xinit-section 83 
realloc 573 local variables, -Xinit-locals 83 
remove 572 run-time 260 
rename 572 initialized data 
setenv 573 containing in particular section, with 
strerror message 572 istring 235 
system 573 in.data section 301 
pointers 569 initializers for static variables 248 
preprocessor directives 570 __init_main function 256, 257, 267 
qualifiers 569 inline 
registers 569 C++keyword 222 
structmembers 569 optimization 186 
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keyword 87, 135, 191 
pragma 125,186,191 
inline assembly. See asm string statement and 
assembler macros 
__inline__ keyword 135 
inlining 182 
changing options to increase 183 
cross-module optimization 188 
optimization 191,199, 202 
activating with the -XO option 181 
-Xexplicit-inline-factor controls expansion 75 
-Xparse-size 97 
-Xsize-opt option 106 
input file 278 
input/output 
basic character input/output 
environ part of -t option, simple 23 
library, part of simple/libc.a 448 
RAM-disk 
environ part of -t option, cross 
library, part of cross/libc.a 448 
installation 
components 9 
default pathnames, table of 10 
install_path directory 9 
instantiation 
class, -Ximplicit-templates-off 82 
explicit 371 
of templates, -Ximplicit-templates-off 82 
Instruction Set Simulator - see windiss 431 
instructions 
extend 200 
mnemonics 575 
int bit-fields 166 
plain, sign of 217 
integers 
constants 298 
implementation defined behavior 568 
long 568 
mismatched 561 
mixing different types in an expression 561 
types 
alignments 163 
magic, preceding virtual base classes 
ranges 163 


23 


170 
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sizes 163 
integral constants 298 
intermodule optimization. See cross-module 
optimization 
internal data representation 163 
classes 167 
for aggregates 167 
for non-aggregates 167 
interprocedural optimizations 97,182, 183, 199, 566 
interrupt 
keyword 87, 136 
pragma 126,136 
interrupt functions 243 
locating at absolute addresses 268 
#pragma interrupt 126 
__interrupt__ keyword 136 
interworking (ARM and Thumb) 356 
intrinsics 
__alloca() function 145 
alloca() function 145 
__amlalbb() function 146 
__ffi() function 145 
__mar() function 145 
__mia() function 145 
__miabb() function 145 
__miabt() function 145 
__miaph() function 145 
__miatb() function 145 
__miatt() function 145 
__mra() function 145 
__gadd() function 145 
__qdadd() function 145 
__qdsub() function 145 
__qsub() function 145 
__smlabb() function 145 
__smlabt() function 146 
__smlalbt() function 146 
__smlaltb() function 146 
__smilaltt() function 146 
__smlatb() function 146 
__smlatt() function 146 
__smlawb() function 146 
__smlawt() function 146 
__smulbb() function 146 
__smulbt() function 146 


__smultb() function 146 
__smultt() function 146 
__smulwb() function 146 
__smulwt() function 146 
invisible objects in optimized code 229 
invoke 
amacro 339 
the compiler 29 
_IOFBF constant 522 
_IOLBF constant 522 
_IONBF constant 522 
iostream C++ class library 13, 448 
iostream.a C++ class library 445, 446 
irand48 function 492 
isalnum ctype function 571 
isalnum function 492 
isalpha ctype function 571 
isalpha function 492 
isascii function 493 
isatty function 493 
RAM-disk support 266 
iscntr ctype function 571 
iscntrl function 493 
isdigit ctype function 571 
isdigit function 493 
isgraph ctype function 571 
isgraph function 493 
islowe function 494 
islower ctype function 571 
_isnan function 494 
isprint ctype function 571 
isprint function 494 
ispunct ctype function 571 
ispunct function 494 
isspace ctype function 571 
isspace function 494 
isupper ctype function 571 
isupper function 495 
isxdigi function 495 
isxdigit ctype function 571 


J 


jO function 495 


Index 


jOf function 495 

jl function 496 

jif function 496 
jmpbuf type 461 
jnfunction 496 

jnf function 496 
jrand48 function 497 


K 


K&R mode_ 61, 71, 560, 562 
kernel mode. See VxWorks 
key function for a virtual function table 171 
keywords 
asm 151, 560 
using to embed assembly code 268 
catch 
disabling exceptions 74 
flagging as error 224 
if user-defined identifier, may necessitate 
modification of program 222 
catch C++ 74, 187, 222 
const 
compatibility mode 560 
help optimizer 185 
delete C++ 222 
extended as synonym for long double 87, 135 
extern 352 
friend C++ 222 
inline 87,191 
C++ 222 
optimization, C++ 186 
interrupt 87, 136 
namespace C++ 96 
new C++ 222 
operator 222 
__packed__ 137 
specify structure padding 137 
specifying structure padding 129 
packed 87, 137, 165 
pascal 87, 138 
private 173,222 
protected 173,222 
public 173,222 
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recognize new 86 
register 90 
has priority 173 
using to declare variables 187 
signed 
and compatibility mode 560 
in basic datatypes 163 
using to make bit-fields signed 166 
static 185,352 
template C++ 222 
this C++ 222 
throw C++ 74, 187,222,224 
try C++ 74, 187, 222, 224 
try, disabling exceptions 74 
__typeof_ 138 
unsigned, in basic data types 163 
using C++ 96 
virtual C++ 222 
void 222 
volatile 93,185, 216 
compatibility mode 560 
in an embedded environment 269 
use for variables 252 
kill function 267, 497 
krand48 function 497 


L 


@] unary assembler operator 307 
-l linker option 
specify library or process file 40 
-Loption 40, 280, 287, 316 
.eject assembler directive 316 
.list assembler directive to turn on listing 
lines 323 
search path for -l 365 
-loption 280, 287, 365 
ddump 423 
.eject assembler directive 316 
example 359 
.listassembler directive to turn on listing 
lines 323 
specifying file extension 287 
use with-YL 368 
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use with -Y P 368 
use with -Y U 368 
-loptionl 369 
-l:crt0.o startup module 
specifyng with -YP option 359 
13tol function 497,503 
164a function 498 
labels 292 
See also local symbols 
"start", in crt0.s 256 
colon optional 293 
for branch instructions, generating 296 
unique, generating in macros 337 
labs absolute value function 498 
LC_ALL constant 521 
LC_COLLATE constant 
setlocale function 521 
streoll function 526 
LC_MONETARY constant 521 
.lcnt assembler directive 323 
LC_NUMERIC constant 521 
.lcomm assembler directive 315, 323 
indicating use of with string COMM 235 
Icong4 function 492 
Icong48 function 475, 498, 502, 509 
LC_TIME constant 521 
__LDBL__ preprocessor predefined macro 118 
Idexp function 498 
Idexpf function 498 
Idiv function 462, 499 
Idiv_ttype 462 
leaf functions do not use stack space 176 
_lessgreater function 499 
lfind function 499 
libc.a 
library 349 
standard C library master file 12, 447 
libc.a library 
-ttof-:cross option 265 
libcfp.a floating point library 13, 444, 448 


libchar.a basic character I/O library 12, 23, 24, 264, 


444, 448 
libcomplex.a 
C++ complex math class library 13 
directory location 448 


supplied with tools 445 
libd.a C++ additional standard library 13, 445, 448 
libdk*.a thread sub-library 13, 446, 448 
libdold.a C++ additional standard library 445 
libg.a debugger library 13 
removing dependency 70 
libi.a standard C library 13, 445, 448 
libimpfp.a compiler support library 13, 445, 448 
libimpl.a compiler support library 13, 445, 448 
libios.a math library 13, 448 
libm.a math library 13, 446, 448 
libpthread.a thread library 13, 446, 448 
libram.a RAM disk I/O library 12, 23, 25, 264, 446, 
448 
libraries 
abridged C++ 220, 446 
ANSI CG, functions disregarded, -Xclib-optim- 
off 64 
basic character input output, part of libc.a 448 
C++ 
iostream class 446 
nonstandard 221 
selecting 220 
ELF little-endian root directory 14 
ELF root directory 12 
exception handling 262 
floating point 
hardware 
libcfp.a 448 
software 13 
stubs, libcfp.a 13, 448 
function, raise 262 
iostream C++ class 13, 448 
iostream.a, C++ iostream class 445 
-L option specifying path for -1 365 
libe.a 12,349 
standard C library master file 12, 447 
libcfp.a, floating point 13, 444, 448 
libchar.a, basic characterI/O 12, 23, 24, 264, 
444, 448 
libcomplex.a 
directory location 448 
supplied with tools 445 
libcomplex.a, C++ complex math class 13 
libd.a, additional standard C++ 13,445, 448 


Index 


libdk*.a, thread sub-libraries 13, 446, 448 
libdold.a, additional standard C++ 445 
libg.a, debugger 13 
removing dependency 70 
libi.a standard C 13, 445, 448 
libimpfp.a, compiler support 13, 445, 448 
libimpl.a, compiler support 13, 445, 448 
libios.a, math 13, 448 
libm.a, math 13, 446, 448 
libpthread.a, thread 13, 446, 448 
libram.a, RAM disk I/O 12, 23, 25, 264, 446, 
448 
libstl.a 13,446 
libstlabr.a 446 
rebuilding 455 
libstlstd.a 13, 446 
rebuilding 455 
libstlstd.a, math 
directory location 449 
libwindiss.a support for instruction-set 
simulator 13 
libwindiss.a supporting instruction set 
simulator 448 
missing symbols 44 
object (archives) 10, 11 
RAM-disk input output, part of libc.a 448 
rebuilding 454 
search paths 25 
selecting with environ part of -t option 23 
shared 
.aand .so files 375 
-Bsymbolic option 364 
-rpath option 367 
-soname option 367 
-Xbind-lazy option 369 
-Xdynamic option 370 
-Xexclude-libs option 371 
-Xexclude-symbols option 371 
-Xpic option 99 
-Xshared option 374 
-Xstatic option 375 
Thumb ELF root directory 14 
windiss/libwindiss.a with RAM diskI/O 446 
libstl.a library 13, 446 
libstlabr.a library 446 
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rebuilding 455 area specification 391 
libstlstd.a fill specification 391 
directory location 449 LOAD specification 390 
libstlstd.a library 13, 446 OVERFLOW specification 391 
rebuilding 455 section-contents 386 
libstlstd.a math library 449 STORE statement 392 
libwindiss.a library support for instruction-set type specification 388 
simulator 13 SECTIONS 383, 384 
libwindiss.a library supporting instruction set GROUP used within 385 
simulator 448 STORE statement, in section- 
license, waiting for 88 definition 387 
#line directive 231 structure 383 
line feed (newline) escape sequence, ’\n_ 299 symbols 381 
__LINE__ preprocessor predefined macro 119, 469 using -Xstack-probe option 259 
line section 585 did, locating executable 10 
link error messages 650 
register r15 180 example 114 
link options 361 
function resolving .comm symbols 296 
definition 499 lint facility, -Xlint 88, 209, 551 
RAM-disk support, causing two filenames __lint preprocessor predefined macro 119, 459 
to point to same file 266 .list assembler directive 323 
linkage and storage allocation 172-173 list file 
linker line length 
See also default.dld linker command file llen assembler directive 324 
command file .psize assembler directive 326 
assignment -Xllen 288 
definition 393 page break margin, -Xpage-skip 288 
in section-definition 387 page length 
comments 384 .lcnt assembler directive 323 
default set,-Wm option 43 ._psize assembler directive 326 
default.dld, example use of 360 -Xplen 289 
definiton 263 preventing generation, -Xlist-off 287 
example 379 literal generation, setting delay of 287 
expressions 382 literals assembler directive 323 
GROUP definition 392 little- vs. big-endian object module format 22 
HEAP_START, _HEAP_END defined little-endian 
in 260 ELF libraries 14 
identifiers, as symbols 381 __LITTLE_ENDIAN__ preprocessor predefined 
MEMORY 383, 384 macro 118 
numbers 381 little-endian, #pragma pack 129 
order of sections 388 .llen assembler directive 324 
section-definition 385 long assembler directive 324 
address specification 389 -lm option 465 
ALIGN specification 390 Ink preprocessor 19 
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LOAD directive 397 
local 
optimization 5 
symbols 296 
generic style 297 
GNU style 297 
disabling, -Xgnu-locals-off 284 
enabling, -Xgnu-locals-on 284 
variable 192 
local data area 247 
and #pragma weak 134 
localeconv function 500,521 
localtime function 500 
location 
alter with Z= 303 
code and variables, #pragma section 133 
configuration files, change standard 548 
counter 302 
alignment, specifying, -Xdefault-align 
option 318 
header files, version_path/include 457 
log function 500 
log10 function 501 
log10f function 501 
_logb function 500 
logf function 501 
long 
integers 568 
type bit-fields 166 
.long assembler directive 324 
long float 560 
long long 
C dialects 560 
constant, specify with LL or ULL suffix 137 
parameters inasm macros 155 
values, returned in r0/r1 179 
longjmp function 461,501,521 
avoiding for safety 229 
avoiding to improve optimization 187 


definition under <setjmp.h> header file 458 


with -Xjumpbuf-size 86 

loops 
count-down optimization 197 
invariant code motion optimization 201 
maximum 


Index 


nodes for loop unrolling 112 
size defined 197 
statics optimization 200 
strength reduction optimization 196 
testing, -Xtest-at-bottom, -Xtest-at-top and - 
Xtest-at both 111 
unrolling 
optimization 182, 183, 197, 202 
-Xsize-opt 106 
-Xunroll-size 182 
Ipragma.h 36, 41 
Ipragma.h file 64 
lrand4 function 524 
lrand48 function 498,502 
lsearch function 499,502 
lseek function 502,533 
RAM-disk support, positioning file 
pointer 266 
Itol3 function 503 


M 


-M option 40 
-moption 365 
ddump 424 
-m2 option 365 
__m32r preprocessor predefined macro 119 
-m4 option 365 
machine instruction statements, operand field 
format 293 
-macro assembler directive 324 
macros 335 
See also preprocessor predefined macros 
\@ special parameter 337 
\0 special parameter 337 
assembler 151,335 


assert, <assert.h>, standard header files 457 


assert, assert function 469 
command-line -D option) 35 
concatenating parameters 337 
defining 336 

dumping symbol information 67 
function-like 35 

inpragmas 90 
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invoking 339 mbtowc function 506 
labels, generating unique 337 mem declaration under <string.h> header file 459 
NARG symbol 338 members 
object-like 35 alignment 167 
parameters functions 178 
names, separating from text 337 class name encoded inname 177 
referencing by name 336 constructors 178 
referencing by number 337 destructors 178 
va_arg 461 pointers to 178 
va_end 461 static 173 
vararg 150 struct 166 
va_start 461,538,539 memccpy function 506 
magic integer, preceding virtual base classes 168, memchr function 506 
170 memcmp function 507 
main function 257 memcpy function 507 
define arguments for in embedded memfile.c, create with setup program 271 
environment 271 memmove function 507 
in setup.c in embedded environment 271 memory 
.init code executing before 583 hole, fill value 313 
nsetup.c in embedded environment 271 MEMORY command _ 383, 384 
three ways to define 570 memset function 507 
MAKESTARTUP environment variable, messages 593 
defining 430 -mexit assembler directive 324 
mallinfo function 503 __mia intrinsic function 145 
malloc function 484, 503, 516 __miabb intrinsic function 145 
call with sbrk 260 __miabt intrinsic function 145 
checking free list 260 __miaph intrinsic function 145 
__diab_lib_err called by 262 __miatb intrinsic function 145 
implementation-defined behavior 573 __miatt intrinsic function 145 
initializing allocated space 260 minor transformations optimization 198 
old definition with <cmalloc.h> header file, use mix C and assembler functions 268 
dlib.h> instead 458 mktemp function 508 
thread-safe 270 mktime function 508 
malloc_set_block_size function 504 mnemonics 
mallopt function 504 instruction 575 
mangling type specify with DOBJECT 16 
See name mangling modf function 508 
static datamembers 226 modff function 508 
__mar intrinsic function 145 Motorola 
MATH functions require math library 465 S-Record, ddump commands -R 424 
matherr function 504 __mra intrinsic function 145 
matherrf function 505 mrand48 function 498, 509, 524 
MB_CUR_MAX constant 506 multi-tasking support 270 
mblen function 505 errno variable, not re-entrant 270 
mbstowcs function 506 malloc and free must be thread-safe 270 
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N 


N noload access mode 241 
-N option 366 
ddump 423 
place .data immediately after text 363 
-n option 
ddump 426 
n$localsymbols 297 
name assembler directive 324 
name mangling 221,225 
avoid in function names 268 
demangle names with ddump -F 228 
for cross-module optimization 190 
table of type encodings for C++ 227 
namespace C++ keyword 96 
namespaces 
compiler implementation 225 
mangling 226 
NAN floating point constant 299 
NARG macro symbol 338 
NDEBUG preprocessor predefined macro 469 
new 
array operator 224 
C++ keyword 222 
new compiler frontend 65 
Newline character 300 
NEXT pseudo function 
definition 383 
_nextafter function 509 
nm (GNU utility) 424 
no_alias pragma 126, 186 
nodes 
inlining functions 85 
loop unrolling 112 
__nofp preprocessor predefined macro 119 
nolist assembler directive 325 
NOLOAD 389 
noload access mode 241 
__no_malloc_warning 485,517 
non-static member function 178 
non-virtual 
member function 167 
no_pch pragma 230 
no_return pragma 186 


Index 


no_return pragma function 


no return promised, #pragma no_return 127 


noreturn, no_return (__attribute__ keyword) 142 
no_side_effects (__attribute__ keyword) 143 
no_side_effects pragma 128, 186 

nrand48 function 509 

NULL 


constant 

defining, stblib.h function 462 

defining, stddef.h function 461 

defining, stdio.h function 461 

defining, string.h function 462 
macro, implementation-defined behavior 571 
pointer 164 

dereferences 217 


null pointer-to-member function 171 
null-terminated array of pointers 571 


O 


O COMDAT access mode 241 
.O fileextension 19 


keeping object files 86 
object module 19 


-O option 40, 45, 46, 87, 115, 183, 216 


optimize code 40 
with environment variable DFLAGS 16 


-ooption 40,115, 278, 280, 366 


ddump 423, 426 
example 359 


o, assembler octal constant suffix 298 
O_APPEND constant 


defining, fentl.h function 460 


object 


files 
converter and dumper,ddump 11 
converting to Motorola S-Records, ddump - 
Rcommand 424 
dararchives 412 
keeping 86 
libraries (archives) 10,11 
module format 
ELF 22 
endianity, big vs. little 22 
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selecting 22 
object-like macros 35 
offsetof function 510 
O_NDELAY constant 
defining,fentl.h function 460 
opcodes 
assembler directives 293 
case sensitivity in D-AS 293 
instructions 293 
syntax rules 293 
open function 272, 460, 480, 510 
calling with create function 266 
definition under <fcntl.h> header file 458 
RAM-disk support, opening file 266 
operand field 314 
operands 
addressing modes 576 
field, syntax rules 293 
spaces between 
allowing, -Xspace-on 289 
disallowing, -Xspace-off 289 
operator keyword 222 
operators 
assembler 
precedence 309 
binary 
table of 308 
compound (like +=) not allowed for volatile 
members in packed structures 130 
constructor 222 
delete 179 
delete array 224 
destructor 222 
new array 224 
precedence 
assembler, table of 309 
sizeof 113,149 
defining, stddef.h function 461 
defining, stdio.h function 461 
defining, stdlib.h function 462 
defining, string.h function 462 
optimization 
cross-module (intermodule, whole 
program) 64, 188 
disabling with asm string statements 159 
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optimizations 


access static and global variables 
conservatively 67 
argument 
address 192 
assignment 194 
basic reordering 204 
branch complex 196 
C function calls 64 
coding techniques 184 
common tail 194 
complex branch 203 
constant and variable propagation 196, 204 
control via parameter setting 77 
device driver failure 93 
disable with 
alloca 147 
setimp and longjmp 187 
volatile keyword 185 
-Xkill-opt 87, 190 
-Xkill-reorder 87,202 
disabling with 
-g or -Xoptimized-debug-off 97 
effectiveness 185 
enable 115 
-Xargs-not aliased 59 
examples 203 
expose uninitialized variables 216 
extend 200 
failure with parameter modifications in asm 
macros 153 
feedback 201 
for size, -Xsize-opt 106 
function-level 4 
global 5,6 
common subexpression elimination 197, 
204 
guidelines for 183 
hints 181-187 
if-else clause 201 
inlining 4, 182, 191, 199, 202 
activating with the -XO option 181 
function 204 
interprocedural 97, 182, 183, 199, 566 
register allocations 4 


invoke 40 
levels 566 
local 5 
loop 


count-down 197, 204 
invariant code motion 201 
statics 200 
strength reduction 196, 204 
unrolling 182, 183, 197, 202 
make conditional 203, 204 
minor transformations 198 
peephole 11, 203, 204 
program-level 4 
reaching analysis 4 
register, coloring 198 
remove entry and exit code 199 
selecting levels of, DFLAGS 551 
space vs.speed 182 
structure members 193 
tail call 194 
tail recursion 190 
target-dependent 202 
done by reorder program 202 
target-independent 190 
undefined variable propagation 198 
unused assignment deletion 198, 203 


use scratch registers for variables 199, 203 


variable live range 195 

vs. compilation speed 182 

-Xargs-not-aliased 59 

-Xblock-count and -Xfeedback used as 
guide 182 

-Xlint 209 

-Xlocal-data-area, operation 247 

-Xrestart, start over 103 


optimized code, invisible objects 229 
optimizer 


recompile without -O option 216 
remove _ERROR_ function 148 


options 


appearing more than once 30 
assembler 278 
case sensitivity 31 
compiler 33, 48 
-Xoptions 48 


Index 


disabling 49 
displaying 34,41, 47 
linker 361 
pragma 128 
quoting on command line 31 
writing on command line 30 
O_RDONLY constant 
defining,fentl.h function 460 
setting values, open function 510 
O_RDWR constant 
defining, fentl.h function 460 
values of, open function 510 
.org assembler directive 303,325 
in location counters 303 
__outchar function 264 
output 
assembly 35,116 
standard, redirect to file,-@E 48 
OVERFLOW 
constant 505 
specification 391 
OVERLAY 389 
O_WRONLY constant 
defining, fentl.h function 460 
values of, open function 510 


P 


-P compiler option 

preprocessor, stopping after 19 
-Poption 34, 41 
-p option 

ddump 424, 426 
-p2 option 

ddump 423 
._p2align assembler directive 325 
pack pragma 129 
packed (__attribute__ keyword) 143 
__packed__ keyword 137 

specify structure padding 129, 137 
packed keyword 87, 137, 165 
pad sections 302 
._page assembler directive 325 
._pagelen assembler directive 325 
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pascal keyword 87, 138 
pattern expressions 387 
PCC mode 72,562 
PCH files 230 
pedantic mode (C/C++) 107 
perror 
function 510 
message, implementation-defined 
behavior 572 
PIC initializers 248 
pipe function 480 
.plen assembler directive 325 
PLOSS constant 505 
pointers 
arithmetic 113 
basic data type, size and alignment 164 
implementation-defined behavior 569 
NULL 164 
to members 
argument passing 178 
as arguments and return types 178 
to static member function 167 
pointers to members types 
explanation 170 
port programs 270, 559-563 
position-independent code (PIC) 107 
address initializer 
-Xstatic-addr-error 107 
-Xstatic-addr-warning 107 
position-independent code and data (PIC and 
PID) 248 
position-independent data (PID) 
achieve using data relative addressing 
modes 239 
generate with -Xdata-relative-... 68 
POSIX reference 464 
pow function 511 
powf function 511 
#pragma no_side_effects 
example 186 
pragmas 123-135 
align for structures 123 
compile-time 253 
control code generation 252 
directives, use with asm macro 154 
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error 123 
global_register, preserve across function 
calls 124 
hdrstop 124, 230, 231 
ident 125 
info 125 
inline 125, 186,191 
versus inline keyword inC++ 191 
interrupt 126, 136, 262 
compiler option for embedded 
development 253 
macros 90 
no_alias 126,186 
no_pch 230 
no_return 127,186 
no_side_effects 128, 186 
pack for structures 129, 253 
pure_function 132 
section 
C++ limitations 234 
section 133 
causing compiler to generate sections 352 
compiler option for embedded 
development 253 
in hardware exception handling 262 
use to specify a variable be placed at an 
absolute address 268 
use_section 233 
weak 134 
COMDAT symbol may be treated as 353 


precedence, assembler operators 309 
precompiled headers 229 
predefined macros 


See preprocessor predefined macros 


preprocessor 45 


assembly files 99 
cpp 

defaults 19 

with -W compiler option 44 
ctoa 19 
dtoa 595 
errors, treatment of 562 
selecting 100 


preprocessor directives 123-135 


#align 123 


Index 


#assert 120 —m32r 119 
#define 35 macro arguments replacing in strings 562 
#elif 121 name, defining with -D option 35 
#endif 562 NDEBUG 469 
#error 121 _nofp 119 
#ident 122,125 __PRETTY_FUNCTION__ 119 
#if 121,570 _RTTI 119 
#ifdef 122,221 SBRK_SIZE 
implementation-defined behavior 570 See sbrk function 260 
#import 122 __ SIGNED_CHARS__ 119 
#include 39 _softfp 119 
See also #import preprocessor directive _STDC_ 119 
treat as #import directive 82 STRICT_ANSI 119 
#info 122 suppress extra spaces 68 
#inform 122 _ TIME 119 
#informing 122 __wchar_t 120 
#pack 129 preprocessors 
#pragma das 19 
See pragmas dld 19 
#unassert 120 etoa 19 
#undef 42 ink 19 
#warn = 123 preserved registers 
#warning 123 r10-rl4 180 
preprocessor predefined macros r8-r13 180 
_ BIG_ENDIAN___ 117 __PRETTY_FUNCTION __ predefined 
__bool 117 identifier 119 
__CHAR_UNSIGNED__ 118 .previous assembler directive 326 
__cplusplus print statement, configuration language 557 
definiton 118 printf function 479,511 
_DATE_ 118 private keyword 173,222 
_DCC_ 118 __PROCEDURE_LINKAGE_TABLE_ symbol 
__DCPLUSPLUS__ 118 created by linker 351 
defaults predefined in dtools 550 profiling 
_DIAB_TOOL 118 in an embedded environment 272 
_ EABI 118 -Xblock-count 60 
_ETOA 118 -Xfeedback 76 
__ETOA_IMPLICIT_USING_STD 118 -Xprof-exec, with RTA 101 
__ETOA__NAMESPACES 118 -Xprof-feedback, with RTA 101 
__EXCEPTIONS__ 118 -Xprof-snapshot, with RTA 103 
_ FILE 118, 469 profiling information generating, dbcnt 11 
__FUNCTION__ 118 program-level optimization 4 
_LDBL_ 118 programs 
_ LINE 119, 469 port existing 270 
_ lint 119, 459 reorder 202 


__LITTLE_ENDIAN__ 118 
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setup.c, initializes arguments, variables, and raise function 516 
files in an embedded in embedded environment 262 
environment 271 RAM-disk files 265, 270 
protected keyword 173, 222 rand function 516 
prototypes RAND_MAX constant 516 
force, -Xforce-prototypes 78 .rdata assembler directive 326 
placement of sections 244 read function 465,516 
-psect assembler directive 326 RAM-disk support, reading buffer 266 
._psize assembler directive 326 read-only data in 
ptrdiff_ttype 461 .rodata section 301 
public keyword 173, 222 realloc function 484,516 
pure, pure_function (__attribute__ keyword) 143 implementation-defined behavior 573 
pure_function pragma 132 rebuilding the libraries 454 
putc function 484,514 REENT functions are reentrant 465 
putchar function 514 reentrant library functions (multi-tasking 
putenv function 515 support) 270 
puts function 515 REERR functions modify errno 465 
putw function 515 register keyword 90 


has priority 173 
using to declare variables 187 
Q register list line 156 
registers 180 

assigning variables to 147 
attribute 563 
coloring optimization 198 
global assignments 124 
I/O, in absolute sections 243, 268 
implementation-defined behavior 569 
link, r14 180 
link,r15 180 
lower preserved 124 
scratch 126 


q, assembler octal constant suffix 298 

__qadd intrinsic function 145 

__qdadd intrinsic function 145 

__qdsub intrinsic function 145 

qsort function 515 

__qsub intrinsic function 145 

qualifiers, implementation-defined behavior 569 
quoting command-line values 31 


r4-r7 180 
R use for variables 199 
storage class 569 

-Rassembler option 280 struct members, implementation-defined 
-Rlinker option 367 behavior 569 
-R option temporary r0-13 180 

ddump 424 tracking 97 
-roption 366 union members, implementation-defined 

ddump 424,425 behavior 569 
-r2 option 366 use, table of 180 
13 option 366 variables 124 
-r4 option 366 regular expressions 388 
-r5 option 366 in SECTIONS command 388 
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relocatable expressions 305 
relocation 
information, selecting format 371 
types, table of 245 
remove 
entry and exit code optimization 199 
unused sections 373 
remove function 517 
implementation-defined behavior 572 
rename function 517 
implementation-defined behavior 572 
reorder 
optimizer subprogram 40, 45, 46, 87 
program 
input assumed to be correct 202 
target-dependent optimization 202 
reserved 
storage 302, 303 
restrictions for position-independent code 
(PIC) 248 
result passing 
See return results 
return escape sequence, ’\r’ 299 
return results 


class 179 
struct 179 
union 179 


returning results 

in r0 - 13, temporary registers 180 
rewind function 517 
.rodata assembler directive 326 
rodata section 301 
.rodata section allocation of 

const variables sections 

.rodata allocation of 
const variables 237 

.rodata section llocation of 

const variables 237 
.rodata section. See sections 
-rpath linker option 367 
rtp execution environment (VxWorks) 24 
RTP. See VxWorks 
RTTI 

See run-time type information 
__RTTI preprocessor predefined macro 119 


Index 


run-time 
error checking, -Xrtc 103 
initialization 260 
run-time type information 
control with -Xrtti, -Xrtti-off 103 
RW access mode. See access modes 
RX access mode. See access modes 


S 


.S files, assembly source 19, 86, 152 
-Soption 40, 41, 86, 116 

compiler, stopping after 19 

ddump 425 

generate assembly file 152 
-soption 367 

ddump 425 

suppress symbol table information 350 
sbrk function 260, 380,518 
.sbss 

assembler directive 326 

section 

-R, -v suppressing 424 

.sbss section 

"small" common blocks appended to 353 
.sbttl assembler directive 327 
_scalb function 518 
scanf function 518,539 
SCOMMON sections 353 

explicit placement 387 
SCONST section class. See section classes 
scope of for statement initialization part 78 
scratch register 126 

r4-r7 180 

use for variables 199 
__SDA_BASE initializing data-relative base 

register 306 

.sdata 

assembler directive 327 
_sdata and sdata symbols created by linker 351 
sdata2 

assembler directive 327 
search path 

header files 38 
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ibrary files 365 
libraries 25 
section 
assembler directive 302, 327 
section (__attribute__ keyword) 143 
section assembler directive 
aligning ELF 302 
using istring 235 
section classes 
BIEXT 
alternative specifications 389 
CODE, default attributes 237 
CONST 
alternative specifications 389 
default attributes 237 
value of RW 241 
with const variables 246 
with -Xconst-in-text option 245 
DATA 
alternative specifications 389 
locating initialized vs. uninitialized 242 
with linker created symbol, _edata 351 
DATA, default attributes 237 
SCONST 
value of RW 241 
STRING 
default attributes 237 
with -Xconst-in-text mask bits 246 
TEXT 
alternative specifications 389 
user-defined 237 
section classes CONST 
-Xconst-in-data same as -Xconst-in-text=0 246 
section n assembler directive 328 
section .warning 354. 
section-definition 


See linker command file, section-definition 385 


.sectionlink assembler directive 328 
sections 
.abs.nnnnnnnn 
absolute sections 303 
definition 325 
producing, org 303 
absolute, advantages 243 
alignment of output sections 372 
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.bss 
clearing using init.c 257 
common blocks appended to 352 
common blocks appending to 352 
common symbols allocating 295, 296 
common symbols allocating for use by 
linker 295 
controlling allocation of uninitialized 
variables 62 
displaying size, ddump -S 425 
holding common blocks not defined in .text 
or .data 349 
holds common blocks not defined in .text or 
data 349 
.lcomm assembler directive allocating 323 
linker allocating storage for common 
symbols 296 
-R, -v suppressing 424 
switching output 314 
-Xlocal-data-area may suppress 
storage 90 
classes 
CONST 
const-in-text mask bits 246 
STRING 
"text" or "data" 245, 246 
value of RW 241 
user-defined 236 
-X options direct addressing mode 239 
COMDAT 
definition COMDAT sections. See sections 
COMDAT 
‘o’ type in .section assembler directive 328 
incremental linking, -r5 367 
treatment by linker 353 
with implicit templates 223 
COMM, allocation of static variables 237 
COMMENT 
linker, specifications 389 
-comment 
with -s linker option 367 
.comment, appending character string, .ident 
assembler directive 320 
COMMON 
explicit placement 387 


Index 


COMMON, linker 352 .data 366 
.data use with -Bt 363 

allocation of -Xstrings-in-text 253 

static variables 237 types 

allocation of user-defined sections 237 BSS 389 

copying initial values to, using init.c 257 TEXT 351 

displaying size,ddump -S_ 425 SECTIONS command 

STRING section class 246 and regular expressions in 388 

using -Bd to allocate 363 SECTIONS command 383, 384 

using -N to allocate immediately after GROUP used within 385 

text 366 seed4 function 475 
using -N to place immediately after seed48 function 492,502,509, 520 
text 363 SEEK CUR constant 502 

with -Xbss-off compiler option 62 SEEK _END constant 502 

-Xlocal-data-area 90 SEEK_SET constant 502 
.data:a5 register as a pointer to 248 select 
fini target 277 

incrt0.s 257 target configuration 21, 25 
.frame_info 355 separate compilation 115 
-init .set (equ) assembler directive 329 

incrt0.s 257 .set (let) assembler directive 329 
line 585 .set assembler directive 329 
order, ensuring with GROUP 392 alternative to .equ 329 
padding and fill 302 instead of equ 318 
placement, with prototypes 244 symbol, define 295 
pragma 133 symbol, define, alternative to .equ 
predefined 236 directive 329 
removing unused 373 .set option assembler directives available 329 
rodata 301 setbuf function 520 

STRING section class "text" section 246 setenv function, implementation-defined 
.rodata allocation of behavior 573 

const variables 237 setimp function 461,501,521 
.sbss avoiding for safety 229 

"small" common blocks appending 353 avoiding to improve optimization 187 

allocating 326 definition under <setjmp.h> header file 458 

-R,-v suppressing 424 with -Xjumpbug-size 86 
SCOMMON 353 setjmp function, compatibility 563 

explicit placement 387 setlocale function 521 
.shstrtab string table 586 setup program 
.strtab string table 586 initialize arguments, variables and files in an 
ssymtab 585 embedded environment 271 
.text output used by init.c 258 

allocation of functions 237 setvbuf function 522 

displaying size,ddump -S 425 shared libraries 

use -N to allocate immediately before .aand .so files 375 
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-Bsymbolic option 364 
-rpath option 367 
-soname option 367 
-Xbind-lazy option 369 
-Xdynamic option 370 
-Xexclude-libs option 371 
-Xexclude-symbols option 371 
-Xpic option 99 
-Xshared option 374 
-Xstatic option 375 

short assembler directive 330 

short type bit-fields 166 

.shstrtab string table section 586 

SIGABRT signal 466 

sig_atomic_ttype 461 

sigjmpbuf type 461 

siglongjmp function 461 

signal function 267,522 

signed keyword 
and compatibility mode 560 
in basic datatypes 163 
using to make bit-fields signed 166 


__SIGNED_CHARS __ preprocessor predefined 


macro 119 
sigsetjmp function 461 
sigset_ttype 461 
simple execution environment 23 
simple libc.a subdirectory 448 


simple target execution environment, basic character 


input/output 23 
simple/libc.a subdirectory 12 
simulator windiss 431 
sin function 522 
sinf function 523 
SING constant 505 
single quote escape sequence,’ 299 
sinh function 523 
sinhf function 523 
.size assembler directive 330 
size of 
character constant in C and C++ 222 
enum in C, C++ 222 
sizeof 
operator 113,149 
defining, stddef.h function 461 
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defining, stdio.h function 461 
defining, stdlib.h function 462 
SIZEOF pseudo function 
definition 382 
.sizeof.section-name symbol created by linker 350 
size_t type 
stddef.h 461 
stdlib.hh 462 
string.h 462 
.skip assembler directive 303, 330 
skip size, p.34 314 
__smlabb intrinsic function 145 
__smilabt intrinsic function 146 
__smilalbb intrinsic function 146 
__smilalbt intrinsic function 146 
__smilaltb intrinsic function 146 
__smlaltt intrinsic function 146 
__smilatb intrinsic function 146 
__smilatt intrinsic function 146 
__smlawb intrinsic function 146 
__smlawt intrinsic function 146 
__smulbb intrinsic function 146 
__smulbt intrinsic function 146 
__smultb intrinsic function 146 
__smultt intrinsic function 146 
__smulwb intrinsic function 146 
__smulwt intrinsic function 146 
.so files. See libraries, shared libraries 
__softfp preprocessor predefined macro 119 
-soname linker option 367 
sorted sections, input section order, definition 354 
source, including in assembly code, -Xpass- 
source 98 
.space assembler directive 330 
space optimization 194 
spaces between operands 
allowing, -Xspace-on 289 
not allowed, -Xspace-off 289 
__SP_END symbol, stack end initialized to 259 
inbubble.c 380 
__sp_grow function 259 
__SP_INIT symbol, stack start initialized to 259 
inbubble.c 380 
sprintf function 523, 539 
sqrt function 524 


sqrtf function 524 
srand function 524 
srand48 function 475, 492,502,509, 524 
src 
directory, source files 264 
subdirectory 12 
-ss option 367 
sscanf function 524,540 
ssize_t type 
defining, stdio.h function 461 
stack 
alignment 176 
checking 
__rtc_error function called on 
overflow 259 
__SP_END symbol 259 
__sp_grow function 259 
initialization, by _SP_INIT symbol 259 
in bubble.c 380 
layout 175 
overflow check, -Xstack-probe 106 
pointer 180 
standard 
header files, table of 457 
standard 
addressing mode 245 
See addressing modes 
standards 
C++, conformance to 6 
conformance to 6,559 
"start" label in crt0.s 256 
.startof.section-name symbol created by linker 
startup 
and termination 254 
crt0.s 254 
module 
See crt0.o startup module 
startup module 
-l:crt0.0, specifying with -YP option 359 
statements 
asm string, disabling optimizations 159 
assignment with -WD compiler option 42 
configuration language 
break 558 
case 558 


Index 


exit 556 
include 
definition 557 

print 557 

switch 557 
for initialization part scope 78 
switch, implementation-defined behavior 570 
switch, table vs. compares 110 


static 
allocate variables 172 
data 132 


function, outside any function, but inside a C++ 
class definition 173 
member 173 
mangling 226 
member function 167 
objects 222 
variables 124 
constructors 222 
destructors 222 
initializers 248 
modify with asm macro 154 
vs. local 184 
static 
keyword 185,352 
_ STDC__macro 119 
stderr 485,517 
buffering 107 
declaring,stdio.h function 461 
redirect to file,-@E 48 
stdin file 490,518 
declaring, stdio.h function 461 
stdio function 493 
_STD__n termination functions 260 
stdout file 371,511,514, 515 
declaring, stdio.h function 461 
stdout redirect to file,-@E 48 
step function 473,525 
sterror messages, implementation-defined 
behavior 572 
_stext and stext symbols created by linker 351 
_STI_n initialization functions 260 
stop on warning 375 
storage 
classes, as permitted by scope 172, 173 
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mode for assembler macro parameters, 
con 155 
mode line 154 
reserve 302,303 
STORE statement 387 
str* declaration under <string.h> header file 459 
streat function 525 
strchr function 525 
stremp function 502, 525, 531 
streoll function 521,526,531 
strepy function 526 
strespn function 526 
strdup function 526 
strerror function 527 
strftime function 521,527 


Strict ANSI 
Cmode 71 
C/C++ mode 107 
STRICT_ANSI__ macro 119 


stride 22,23 
.string assembler directive 330 
string constants 67 
configuration language 554 
-Xcharset-ascii 63 
-Xswap-cr 110 
STRING section class 
"text" or "data" 245, 246 
value of RW 241 
with -Xconst-in-text mask bits 246 
-Xconst-in-data same as -Xconst-in-text=0 246 
STRING section class. See section classes 
strings 
alignment, -Xstring-align 108 
#ident 81 
location, -Xconst-in-... 67 
quoting oncommand line 31 
strlen function 528 
strncat function 528 
strncmp function 528 
strncpy function 529 
strpbrk function 529 
strrchr function 529 
strspn function 529 
strstr function 530 
.strtab string table section 586 
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strtod function 530 
strtok function 530 
strtol function 531 
strtoul function 531 
struct 
Iconv 500 
member 166 
return type 179 
scope in C++ versus C 222 
structure member alignment 
-Xstruct-min-align, set minimum 109 
structures 
__packed__ keyword 137 
align pragma 123 
alignment 167,179 
alignment of members 
changing with -Xbit-fields-compress- 
. 9 
-Xmember-max-align 93 
-Xstruct-max-align 93 
-Xstruct-min-align 109 
assignment, -Xstruct-assign-split-... 108 
byte-swapping 137 
enum uses smallest type in packed 130 
illegal references, error treatment of 562 
implementation-defined behavior 569 
initialization, -Xbottom-up-init 61 
initialized, warning in PCC mode 560 
initializers, incomplete parsing 561 
maximum alignment 129, 137 
members 
to registers optimization 193 
minimum alignment 129, 137 
pack pragma 129 
packed keyword 129, 137 
padding 129 
See also ___packed__ keyword 
minimize 167 
with a zero-length bit-field 166 


reducing size with -Xbit-fields-compress-... 


return type 179 
size 167 

argument, -Xstruc-arg-warning 108 
volatile 

member access not atomic in packed 


og 


structures 130 
strxfrm function 521,531 
.strz assembler directive 330 
subdirectories 
host_dir 10 
name under version_path 9 
include, standard header files for user 
programs 12 
target 12 
subprograms run by driver program, table of 19 
subtitle assembler directive 331 
subtitle, defining, -Xsubtitle 290 
SVID reference 464 
swab function 532 
switch statements 
configuration language 557 
implementation-defined behavior 570 
.symbol assembler directive 329 
symbol table 
including 
all locals, -Xstrip-locals-off 289 
certain locals, -Xstrip-temps-off 290 
suppressing 
all locals, -Xstrip-locals 289 
certain locals, -Xstrip-temps 290 
symbols 
"declared" when the assembler recognizes it as a 
symbol of the program 294 
"defined" when a value is associated with 
it 294 
.comm treating as undefined global 296 
common 
declaring, .comm assembler directive 295 
storage allocated by linker 296 
created by linker 350 
entry point 296 
external 
common 295 
examples 296 
ordinary 295 
forcing linker to define 368 
global 
defining with =: 295 
undefined, if not defined in same file 296 
GNU style 297 


Index 


linker command file 381 
local 
generic style 297 
GNU style 297 
n$ 297 
renaming in linker output 367 
restrictions 294 
syntax rules 294 
undefined 
flagged in symbol table 296 
underscores added, -Xunderscore-... 
valid characters 294 
.symtab section 585 
syntax 
assembler lines 291 
comments 294 
constants, integral 298 
direct assignment statements 295 
external symbols 295 
floating point constants 299 
format of an assembly language line 
labels 292 
localsymbols 296 
generic style 297 
GNU style 297 
opcode 293 
operand field 293 
symbols 294 
SYS functions provided by system 465 
sys_errlist variable 510 
sys_nerr variable 510 
system function, implementation-defined 
behavior 573 


T 


-Toption 280 
+t option 
ddump 425 
-toption 41, 281, 368, 549 
changing, dctrl 26 
ddump 425 
setting configuration variables 546 
table of values 22 
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tab stops, default, -Xtab-size 290 
tail call optimization 194 
tail recursion optimization 190 
tan function 532 
tanf function 532 
tanh function 532 
tanhf function 533 
target 
communicating with 267 
configuration 
selecting 21,25 
examples 24 
configuration, changing the default 25 
dependent optimization 202 
environment variables 270 
input/output support, selecting with environ 
part of -toption 23 
operating system support, special configuration 
file selecting with environ part of -t 
option 23 
predefined files 270 
processor, selecting 22 
program arguments 270 
select 277 
subdirectory 12 
target-dependent options 
Refer to target User’s Manual 
Refer to release notes 
tdelete function 533 
tell function 533 
templates 
C++ keywords 222 
class 223 
function 223 
instantiation 
indplus 223 
-Ximplicit-templates-off 82 
tempnam function 533 
temporary 
assembly file 86 
files, DIABTMPDIR environment variable 16 
registers 
r2-r7 180 
.text assembler directive 331 
.text section 
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displaying size, ddump -S 425 
use -N to allocate immediately before 
.data 366 
use with -Bt 363 
-Xstrings-in-text 253 
TEXT section class. See section classes 
.text section. See sections 
TEXT section type 351 
tfind function 534 
this C++ keyword 222 
thread-safe operation (multi-tasking support) 270 
throw C++ keyword 74, 187, 222, 224 
Thumb 
ELF libraries 14 
functions, type 331 
time function 267,508, 534 
__ TIME __ macro 
precompiled headers 231 
__TIME macro 119 
.title assembler directive 331 
title, defining, -Xtitle 290 
TLOSS constant 505 
TMPDIR environment variable 414 
tmpfile function 534 
tmpnam function 534 
toascii function 535 
tolower function 535 
toupper function 535 
try 
C++ keyword 222, 224 
try C++ keyword 74, 187 
try keyword 
disabling exceptions 74 
tsearch function 536 
.ttl assembler directive 331 
-ttof 41 
-ttof assembler, compiler, linker option 22 
-ttof option 
target processor component 23 
-ttof-:cross option, part of libc.a library 265 
twalk function 536 
.type assembler directive 331 
typedef scope in C++ versus C 222 
typeid expression 225 
type_info class definition 225 


Index 


typeinfo& expressions 225 ungetc function 537 
typeinfo.h C++ header file 225 uninitialized data 
__typeof__ keyword 138 -bss section 301 
types 461 containing in particular section, with 
bool ustring 235 
- Xbool-off disables 61 unions 
__bool preprocessor predefined alignment 167,179 
macro 117 implementation-defined behavior 569 
set type for 61 initialized, warning in PCC mode 560 
defining, fpos_t function 461 return type 179 
div_t 462,475 size 167 
generate debug information for unreferenced UNIX 
types 71 configuration variable DCONFIG 15 
identification, typeid 225 default installation pathname 10 
jmpbuf 461 directory separator character 555 
Idiv_t 462 environment variable DIABTMPDIR 16 
ptfdiff 461 reference 464 
sig_atomic_t 461 setting environment variables 15 
sigjmpbuf 461 standard name, location of main configuration 
sigset_t 461 file 548 
size_t unlink function 537 
defining, stdio.h function 461 RAM-disk support, removing a file 266 
stddefh 461 _unordered function 537 
stdlib.h 462 unsigned 
string.h 462 keyword, in basic data types 163 
VISIT 536 long long variable type 137 
wchar, __wchar_t preprocessor predefined unused assignment deletion optimization 198 
macro 120 use scratch registers for variables optimization 199 
tzset function 537 user 


modifications 253 
user.conf configuration file 

U description 11 

dtools.conf configuration file, simplified 

structure 550 

user-defined section class 236 
user-defined section class. See section classes 
use_section pragma 233 
.ushort assembler directives 332 
using C++ keyword 96 
.uword assembler directive 332 


-U option 42 
-uoption 368 

ddump 423, 424, 426 
.uhalf assembler directive 332 
.ulong assembler directive 332 
#unassert preprocessor directive 120 
#undef preprocessor directive 42 


undefined 
globalsymbol 296 
symbols, flagging in the symbol table 296 V 
variable propagation optimization 198 
UNDERFLOW constant 505 -V option 42, 281, 368 
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ddump 425 
-voption 42 
ddump 423, 424, 426 
va_argmacro 461 
va_endmacro 461 
va_list type 461 
values 
double returned in r0/r1 179 
float returned inr0 179 
long long returned in r0/r1_ 179 
vararg macros 150 
variable live range optimization 195 
variables 
absolute, accessing at specific addresses 268 
absolute, accesssing with symbolic 
debugger 243 
access at specific addresses 268 
allocation on stack, -Xlocals-on-stack 90 
automatic 124 
binary representation of 147 
configuration language 554 
conservative access of static and global 
variables 67 
const 
moving from "text" to "data" 245 
-Xdata-relative-far 68 
constructor 222 
destructor 222 
embedded environment, initialize in 
setup.c 271 
errno 458,460, 465, 467, 468, 469, 478, 481, 486, 
505, 510, 572 
_-errno_fn 465 
preserving 465 
extern 173 
global 
absolute sections 243, 268 
allocating to register 124 
modifying with asm macro 154 
optimizing in conditionals 62 
vs. local 184 
global_register pragma used to control 
allocation 124 
initial values 
copying from "rom" to "ram" 257 
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initialization of locals, -Xinit-locals 83 
local 192 
locating initialized vs. uninitialized 242 
locating specific address 268 
location, #pragma section 133 
long long 137 
__no_malloc_warning 517 
register 124,173 
static 124 
modify with asm macro 154 
vs. local 184 
sys_errlist 510 
sys_nerr 510 
unsigned long long 137 
volatile 93 
va_startmacro 461,538,539 
vector floating support 22 
version number, displaying 42 
version_path 9 
directory 39 
subdirectories & important files 10 
vertical tab escape sequence, ’\v’ 299 
vfprintf function 538 
vfscanf function 538 
virtual 
base class 168 
one extra argument added for each 178 
function table 168, 170 
generation, key functions 171 
virtual base class 
pointers, added to a derived class 170 
virtual C++ keyword 222 
virtual function table 
array of pointers to functions 170 
VISIT type 536 
void keyword 222 
void pointers 
arithmetic 113 
volatile 
data 253 
keyword 93, 185, 216, 269 
and compatibility mode 560 
inline assembler 153, 158 
use for variables 252 


member access not atomic in packed 
structures 130 
vprintf function 538 
vscanf function 539 
vsprintf function 539 
vsscanf function 539 
-VV option 42 
VxWorks 
Clibraries 24 
C++ libraries 220 
execution environment 24 
kernel mode 24 
RTP applications 
-Bsymbolic option 364 
-rpath option 367 
-soname option 367 
-Xbind-lazy option 369 
-Xdynamic option 370 
-Xexclude-libs option 371 
-Xexclude-symbols option 371 
-Xpic option 99 
-Xshared option 374 
-Xstatic option 375 
rtp execution environment 24 
user mode 24 


W 


-Waoption 42 
-W as option 42 
-W D option 42 
-Wloption 43 
-W ld option 43 
-W m option changes default linker command 
file 43,360 
-w option 47 
ddump 425 
-W s option changes default startup file 43, 256, 360 
-W x,arguments option 45 
-W x.ext compiler option 46 
-W xfilename option 44 
#warn preprocessor directive 123 
#warning preprocessor directive 123 
warning assembler directive 332 


Index 


warning messages 593 
-warning section 354 
-WC option 554 
DCONFIG 549 
default DCONFIG if not used 15 
setting configuration language variables 546 
specify configuration file 44 
use for DCONFIG 44 
vs. -WDDCONFIG _ 547 
__wchar_t preprocessor predefined macro 120 
wcstombs function 133,540 
wctomb function 540 
-WD environment_variable command-line option 
overriding values of variables 26 
-WD option 44, 281, 547, 554, 555 
overriding environment variable value 15 
setting configuration language variable 546 
-WD variable option 
overriding configuration variable 25 
-WDDCONHIG option equivalent to-WC 547 
-WDDENVIRON option 
setting library search path 23 
-WDDOBJECT option 281 
.weak assembler directive 332 
weak pragma 134 
COMDAT symbol may be treated as 353 
whole-program optimization. See cross-module 
optimization 
.width assembler directive 333 
windiss 
compiling 433 
disassembler mode 
batch 437 
interactive 438 
execution environment, pseudo-value 449 
simulator and disassembler 431 
simulator mode 
-b load binary file 434 
-d debug using mask 434 
-eentry point 435 
-E specify endianity 435 
-h load hex file 435 
-Mmemory mask 436 
-m memory specification 435 
-ma automatic memory allocation 436 
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-mm memory map 436 
-N windows priority 436 
-q quiet mode 436 
-s clock speed 436 
-S stack address 436 
-t target processor 436 
-V print version 437 
windiss/libwindiss.a library 446 
Windows 
configuration variable DCONFIG 15 
directory separator character 555 
environment variables 
DIABTMPDIR 16 
setting 15 
installation 10 
-Wm compiler option 263 
.word assembler directive 333 
write function 540 
RAM-disk support, writing a buffer 266 


X 


-x option 
ddump 423 

-X options 
- Xblock-count 60 
disable 49 
switch-table 110 
-X 282,368 
-x 281 
-Xa 

See -Xdialect-k-and-r 71 

-Xaddr-... 57 
-Xaddr-code 239,240 
-Xaddr-const 239, 240 
-Xaddr-data 239,240 
-Xaddr-sdata 240 
-Xaddr-string 239, 240 
-Xaddr-user 239, 240 
-Xadd-underscore 57 
-Xalign-... 57 
-Xalign-... 58 
-Xalign-fill-text 283 
-Xalign-min 
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packed structures 130 
-Xalign-power2 283, 313 
-Xalign-value 283, 313 


-Xansi 
See -Xdialect-k-and-r 71 
-Xargs-... 59 


-Xarray-align-min 59 
-Xascii-charset 

See -Xcharset-ascii 63 
-Xasm-debug.... 283 
-Xauto-align 283 
-Xbind-lazy 369 
-Xbitfield-compress 

See --Xbit-fields-compress 60 
-Xbit-fields-... 59, 60 
-Xbit-fields-signed 166, 217 
-Xblock-count 11, 76, 202, 272 

D-BCNT requirement 418 

__dbini and __dbexit functions 

requirement 420 

-Xbool-is-... 61 
-Xbool-off 117 
-Xbottom-up-init 61 
-Xbss-... 62 
-Xbss-common-off 352 
-Xc 

See -Xdialect-strict-ansi 71 
-Xc++-abr 62 
-Xc++-old 62 

old preprocessor 100 
-Xcga-min-use 62 
-Xchar-... 63, 164, 165 
-Xcharset-ascii 63 
-Xcheck-input-patterns 369 
-Xcheck-overlapping 370 
-Xclass-type-name-visible 64 
-Xclib-optim-off 64 
-Xcmo-... 64 

and cross-module optimization 
-Xcnew 65 
-Xcode-absolute... 65 
-Xcode-absolute-far 239 
-Xcode-absolute-near 239 
-Xcode-relative-far-all 240 
-Xcode-relative-near-all 240 


189 


-Xcomdat 

in table of options related to template 

instantiation 223 
run-time type information collapsed 
by 104 

-Xcomdat-info-file 66 
-Xconservative-static-live 67 
-Xconst-in-... 67 
-Xconst-in-data 246 
-Xconst-in-text 241, 245,253 
-Xcpp-dump-symbols 67 

old preprocessor 100 
-Xcpp-no-space 68 
-Xcpu-... 284 
-Xdata-absolute... 68 
-Xdata-absolute-far 240 
-Xdata-absolute-near 240 
-Xdata-relative-... 68 
-Xdata-relative-far 240, 248 
-Xdata-relative-near 240 
-Xdebug-... 70 
-Xdebug-align 69 
-Xdebug-dwarf... 69 
-Xdebug-inline-on 69 
-Xdebug-local-all 70 
-Xdebug-local-cie 70 
-Xdefault-align 284, 318 
-Xdialect-... 71 
-Xdialect-ansi 119,559 

See -Xfp-min-prec-long-double 80 
-Xdialect-c89 71 
-Xdialect-c99 71 
-Xdialect-k-and-r 71,560 
-Xdialect-pcc 187,560 
-Xdialect-strict-ansi 71,119, 152,559 
-Xdigraphs-... 72 
-Xdollar-in-ident 72,252 
-Xdont-die 370 
-Xdont-link 370 
-Xdynamic 370 
-Xdynamic-init 73 
-Xelf 371 
-Xelf-rela-.... 371 
-Xendian-little 73 
-Xenum-is-... 73, 164 


Index 


-Xenum-is-int 165 
-Xenum-is-small 164, 165 
-Xexception 

See -Xexceptions-off 74 
-Xexceptions 224 
-Xexceptions-... 74 
-Xexclude-libs 371 
-Xexclude-symbols 371 
-Xexplicit-inline-factor 75 
-Xexpl-instantiations 371 

in table of options related to template 

instantiation 224 

-Xextend-args 75, 80 
-Xfar-data-relative 

See -Xdata-relative-far 68 
-Xfeedback 76, 202, 272, 273 
-Xfeedback-... 77 
-Xforce 78 
-Xforce-prototypes 78 
-Xforeign-as-ld 78 
-Xfor-init-scope-... 78 
-Xfp-... 79 
-Xfp-fast 76 
-Xfp-normal 76 
-Xfp-pedantic 76 
-Xframe-info 80 
-Xfull-pathname 80 
-Xgcc-options-... 80 
-Xgenerate-paddr 372 
-Xgenerate-vmap 372 
-Xglobals-volatile 93 
-Xgnu-locals-... 284 
-Xgnu-locals-off 297 
-Xheader-... 284, 285 
-Xheader-format 290 
-Xhi-mark 

See -Xfeedback-frequent 77 
-Xident-... 81 
-Xieee754-pedantic 81 
-Ximplicit-templates-... 82 

in table of options related to template 

instantiation 223 

-Ximport 82 
-Xincfile-missing-ignore 82 
-Xinit-... 83 
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-Xinit-section-default-pri 84 -Xmemory-is-volatile 93, 252 
-Xinit-value 84 -Xmin-align 
-Xinline 84, 182 See -Xalign-min 58 

inlining method 191 -Xmismatch-warning 94,561 
-Xinline-explicit-force 85 and -e option 37,94 
-Xinterwork 85 -Xmnem-diab 288 
-Xintrinsic-mask 86 -Xname-... 94 
-Xjmpbuf-size 86 -Xnamespace-... 96 
-Xk-and-r -Xno-bool 

See -Xdialect-k-and-r 71 See -Xbool-off 61 
-Xkeep-assembly-file 86 -Xno-bss 
-Xkeep-object-file 86 See -Xbss-off 62 
-Xkeywords 86, 138 -Xno-common 
-Xkill-opt 87, 190 See -Xbss-common-off 62 
-Xkill-reorder 87,202 -Xno-diagraphs 
-Xlabel-colon 285, 293, 311 See -Xdigraphs-off 72 
-Xlabel-colon, allowing assembler directives to -Xno-double 

startin column one 159 See -Xfp-float-only 79 

-Xlabel-colon-off 285,311 -Xno-ident 
-Xleading-underscore See -Xident-off 81 

See -Xunderscore-... 111, 112 -Xno-implicit-templates 
-Xlicense-wait 88 See -Ximplicit-templates... 82 
-Xline-format 286 -Xno-long-double 
-Xlint 88, 209 See -Xfp-long-double-off 79 
-Xlist-... 287 -Xno-optimized-debug 
-Xlist-file-extension=... 287 See -X optimized-debug... 97 
-Xlit-marg-... 287 -Xno-recognize-lib 
-Xllen 288 See -Xclib-optim-off 64 
-Xlocal-data-area 89, 247 -Xno-rtti 
-Xlocal-data-area-static-only 90 See -Xrtti-... 104 
-Xlocals-on-stack 90, 173 -Xno-wchar 
-Xlocal-struct See -Xwchar-t-... 113 

See Xlocal-data-area 89 -XO_ 16, 40, 45, 46, 76, 87, 96, 97, 103, 111, 183 
-Xlo-mark inlines functions 191 

See -Xfeedback-seldom 77 sets -Xinline 85 
-Xmacro-arg-space-... 288, 339 -Xold-align 372 
-Xmacro-in-pragma 90 -Xold-inline-asm-casting 96 

old preprocessor 100 -Xold-scoping 
-Xmacro-undefined-warn 90 See -Xfor-init-scope-... 78 
-Xmake-dependency 91 -Xopt-count 97 

old preprocessor 100 -Xoptimized-debug-... 97 
-Xmake-dependency-... 92 -Xoptimized-load 372 

old preprocessor 100 -Xpage-skip 288 
-Xmax-inst-level 93 -Xparse-size 97, 182,566 
-Xmember-max-align 93, 129, 253 -Xpass-source 35,98, 116 
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-Xpec 

See -Xdialect-pcc 72 
-Xpch-... 98 
-Xpic 99 
-Xplen 288 
-Xpointers-volatile 93 
-Xpragma-section-... 99 
-Xprefix-underscore-... 373 
-Xprepare-compress 289 
-Xpreprocess-assembly 99 
-Xpreprocessor-lineno-off 100 
-Xpreprocessor-old 100 
-Xprof-all 100 
-Xprof-all-fast 100 
-Xprof-count 100 
-Xprof-coverage 100 
-Xprof-exec 101 
-Xprof-feedback 101 
-Xprof-snapshot 103 
-Xprof-time 101 
-Xprof-time-fast 101 
-Xput-const-in-text 68 
-Xreloc-bug 373 
-Xremove-unused-sections 373 
-Xrescan-... 374 
-Xrescan-libraries 358 
-Xrestart 103 
-Xrtc 103 
-Xrtc=4 equivalent to -Xstack-probe 106 
-Xrtti-... 103 
-Xsection-align 374 
-Xsection-pad 104 
-Xsection-split 104 
-Xsect-pri-... 105 
-Xsemi-is-newline 289 
-Xshared 374 
-Xshow-configuration 105 
-Xshow-inst 105 
-Xshow-target 106 
-Xsigned-bitfields 

See -Xbit-fields-signed 60 
-Xsigned-char 

See -Xchar-signed 63 
-Xsize-opt 106, 183, 253 
-Xsoft-float 106 
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-Xsort-frame-info 375 
-Xspace-... 289 
-Xspace-off 291,311 
-Xstack-probe 106, 259 
-Xstatic 375 
-Xstatic-addr-... 107 
-Xstatics-volatile 93 
-Xstderr-fully-buffered 107 
-Xstop-on-redeclaration 375 
-Xstop-on-warning 107,375 
-Xstrict-ansi 107 

See -Xdialect-strict-ansi 71 
-Xstrict-bitfield-promotions 108 
-Xstring-align 108 
-Xstrings-in-text 246 
-Xstrip-... 289 
-Xstruct-... 108 
-Xstruct-max-align 

See -Xmember-max-align 93 
-Xstruct-min-align 109, 253 
-Xsubtitle 290 
-Xsuppress-dot-... 375 
-Xsuppress-path 376 
-Xsuppress-section-names 375 
-Xsuppress-underscore-... 376 
-Xsuppress-warnings 109 
-Xswap-cr-nl 110 
-Xsyntax-warning-... 110 
-Xt 

See -Xdialect-k-and-r 71 
-Xtab-size 290 
-Xtarget 110 
-Xtest-at-... 111 
-Xtitle 290 
-Xtrailing-underscore 

See -Xunderscore-... 111 
-Xtruncate 111 
-Xunderscore-... 111 
-Xunroll 112, 197 
-Xunroll-size 112, 182, 197 
-Xunsigned-bit-fields 

See -Xbit-fields-unsigned 60 
-Xunsigned-bitfields 

See -Xbit-fields-unsigned 60 
-Xunsigned-char 
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See -Xchar-unsigned 63 
-Xunused-sections-... 376 


-Xuse-double 


See -Xfp-min-prec-double 79 


See -Xfp-min-prec-long-double 80 


-Xuse-float 


See -Xfp-min-prec-float 79 


-Xuse-.init 


See -Xinit-section 84 


-Xusing-std-.. 
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-Xvoid-ptr-arith-ok 113 


-Xwchar-off 
-Xwchar_t-... 
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.xdef assembler directive 295, 296, 333 


declaring ordinary external symbols 295 


.xref assembler directive 333, 352 
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-YlT option 47 
-Y Loption 47 


-Y L option, search path for -1 365, 368 


-y option 
ddump 426 
-YPoption 47 


-Y P option, search path for -1 359, 365, 368 


-YUoption 47 


-Y U option, search path for -1 365, 368 


yO function 541 
yOf function 541 
yl function 541 
ylf function 541 
-Yloption 39 
yn function 542 


ynf function 542 


yvals.h 221 
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+z option 
ddump 426 
-zZ option 
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